You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@openmeetings.apache.org by Peter Dähn <da...@vcrp.de> on 2014/01/28 13:40:22 UTC
Problem with backup import
Hallo together,
I faced a problem while import a backup from 2.0 to 2.2.
The roomIDs were scrambled during import. This happens because the new
IDs will be created because of the order of the rooms in room.xml.
The problem is, that we store the further roomIDs in the database of
our LMS and use them to launch a room directly. And after the update the
user enter the wrong room.
Maybe "r.setRooms_id(null);" Line 289 in BackupImportController.java
causes the trouble. It seems there were all further roomIDs discarded.
Any Ideas how to handle it?
BR
Peter Dähn
Re: Problem with backup import
Posted by Peter Dähn <da...@vcrp.de>.
Hello Maxim,
thanks for the quick fix... logging works as expected... now we have
finished the update... :-)
We just need to fix the export of 2.2 before change to 3.0 (after release).
Greetings Peter
Am 06.02.2014 14:03, schrieb Peter Dähn:
> logging also doesn't work in 3.0...
>
> I made new installations of 2.2, 3.0 and 3.1... and deploy them the
> same way... accesslogs will just generate in 3.1
>
> I create a Jira-ticket
>
> Greetings Peter
>
> Am 05.02.2014 09:25, schrieb Peter Dähn:
>> but 2.1.1 i never used... so maybe it is allready broken there.... i
>> got logs in 2.0 and with a 3.1 test installation too... I just miss
>> them in 2.2... :-(
>>
>> Am 04.02.2014 17:54, schrieb Maxim Solodovnik:
>>> just have tested with 2.1.1RC2
>>> no access*log
>>> maybe it is created based on some rules? external IP or something?
>>>
>>>
>>> On Tue, Feb 4, 2014 at 10:41 PM, Peter Dähn <daehn@vcrp.de
>>> <ma...@vcrp.de>> wrote:
>>>
>>> maybe something with the downgrade of red5...
>>>
>>> does others get accesslogs in 2.2? Maybe I'm the only one, who
>>> use them... :-/
>>>
>>>
>>> Am 04.02.2014 14:54, schrieb Peter Dähn:
>>>> not really...
>>>>
>>>> I also tried it as root and it doesn't change the behavior...
>>>>
>>>>
>>>> Am 04.02.2014 14:44, schrieb Maxim Solodovnik:
>>>>> Maybe file permission problems?
>>>>>
>>>>>
>>>>> On Tue, Feb 4, 2014 at 8:37 PM, Peter Dähn <daehn@vcrp.de
>>>>> <ma...@vcrp.de>> wrote:
>>>>>
>>>>> normally there will be written an
>>>>> 0.0.0.0_access.YYYY-MM-DD.log in the log dir.
>>>>>
>>>>> By now it is not generated. openmeetings.log and red.log
>>>>> will be written.
>>>>>
>>>>> I didn't got this error in 2.0 and not in my 3.1
>>>>> test-installation. Just in this 2.2 installation
>>>>> accesslogs are missing.
>>>>>
>>>>> Greetings Peter
>>>>>
>>>>> Am 04.02.2014 14:26, schrieb Maxim Solodovnik:
>>>>>> I can't understand what is wrong :(
>>>>>> Could you please describe what is not working?
>>>>>>
>>>>>>
>>>>>> On Tue, Feb 4, 2014 at 8:06 PM, Peter Dähn <daehn@vcrp.de
>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>
>>>>>> ok... errors found in red5.log.
>>>>>>
>>>>>> see attachment...
>>>>>>
>>>>>> Thanks Peter
>>>>>>
>>>>>> Am 04.02.2014 13:55, schrieb Maxim Solodovnik:
>>>>>>> The root cause of this issue should be earlier in
>>>>>>> the log
>>>>>>> and/or in red5.log
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Feb 4, 2014 at 7:45 PM, Peter Dähn
>>>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>>>
>>>>>>> Hello,
>>>>>>>
>>>>>>> we managed to change the export of 2.0. The
>>>>>>> import in OM2.2 works as expected.
>>>>>>>
>>>>>>> But we encounter 2 problems:
>>>>>>>
>>>>>>> *first* some rooms can just be entered, if this
>>>>>>> room will manually save over the admin panel (we
>>>>>>> try to figure out this one....)
>>>>>>>
>>>>>>> and *second* accesslogs will not be written...
>>>>>>>
>>>>>>> Error in the log:
>>>>>>>
>>>>>>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>>>>>>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings]
>>>>>>> - Initializing Spring FrameworkServlet 'spring-mvc'
>>>>>>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>>>>>>> org.springframework.web.servlet.DispatcherServlet -
>>>>>>> FrameworkServlet 'spring-mvc': initialization
>>>>>>> started
>>>>>>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>>>>>>> org.springframework.web.context.support.XmlWebApplicationContext
>>>>>>> - Refreshing WebApplicationContext for namespace
>>>>>>> 'spring-mvc-servlet': startup date [Tue Feb 04
>>>>>>> 12:07:18 CET 2014]; parent: Root
>>>>>>> WebApplicationContext
>>>>>>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>>>>>>> org.springframework.web.servlet.DispatcherServlet -
>>>>>>> Context initialization failed
>>>>>>> java.lang.IllegalStateException: BeanFactory not
>>>>>>> initialized or already closed - call 'refresh'
>>>>>>> before accessing beans via the ApplicationContext
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>>>>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>>>>> [na:1.6.0_32]
>>>>>>> at
>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>>>>> [na:1.6.0_32]
>>>>>>> at java.lang.Thread.run(Thread.java:662)
>>>>>>> [na:1.6.0_32]
>>>>>>> 04.02.2014 12:07:18
>>>>>>> org.apache.catalina.core.ApplicationContext log
>>>>>>> SCHWERWIEGEND: StandardWrapper.Throwable
>>>>>>> java.lang.IllegalStateException: BeanFactory not
>>>>>>> initialized or already closed - call 'refresh'
>>>>>>> before accessing beans via the ApplicationContext
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>>>>>>> at
>>>>>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>>>>>>> at
>>>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>>>>>>> at
>>>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>>>>>>> at
>>>>>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>>>>>>> at
>>>>>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>>>>>>> at
>>>>>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>>>>>>> at
>>>>>>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>>>>>>> at
>>>>>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>>>>>>> at
>>>>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>>>>>>> at
>>>>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>>>>>>> at
>>>>>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>>>>>>> at
>>>>>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>>>>>>> at
>>>>>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>>>>>>> at
>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>>>>> at
>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>>>>> at java.lang.Thread.run(Thread.java:662)
>>>>>>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>>>>>>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings]
>>>>>>> - StandardWrapper.Throwable
>>>>>>> java.lang.IllegalStateException: BeanFactory not
>>>>>>> initialized or already closed - call 'refresh'
>>>>>>> before accessing beans via the ApplicationContext
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>>>>>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>>>>> [na:1.6.0_32]
>>>>>>> at
>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>>>>> [na:1.6.0_32]
>>>>>>> at java.lang.Thread.run(Thread.java:662)
>>>>>>> [na:1.6.0_32]
>>>>>>> 04.02.2014 12:07:18
>>>>>>> org.apache.catalina.core.StandardWrapperValve invoke
>>>>>>> SCHWERWIEGEND: Allocate exception for servlet
>>>>>>> spring-mvc
>>>>>>> java.lang.IllegalStateException: BeanFactory not
>>>>>>> initialized or already closed - call 'refresh'
>>>>>>> before accessing beans via the ApplicationContext
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>>>>>>> at
>>>>>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>>>>>>> at
>>>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>>>>>>> at
>>>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>>>>>>> at
>>>>>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>>>>>>> at
>>>>>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>>>>>>> at
>>>>>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>>>>>>> at
>>>>>>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>>>>>>> at
>>>>>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>>>>>>> at
>>>>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>>>>>>> at
>>>>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>>>>>>> at
>>>>>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>>>>>>> at
>>>>>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>>>>>>> at
>>>>>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>>>>>>> at
>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>>>>> at
>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>>>>> at java.lang.Thread.run(Thread.java:662)
>>>>>>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>>>>>>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings].[spring-mvc]
>>>>>>> - Allocate exception for servlet spring-mvc
>>>>>>> java.lang.IllegalStateException: BeanFactory not
>>>>>>> initialized or already closed - call 'refresh'
>>>>>>> before accessing beans via the ApplicationContext
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>>> at
>>>>>>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>>>>>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>>
>>>>>>>
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>> at
>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>>>>> [na:1.6.0_32]
>>>>>>> at
>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>>>>> [na:1.6.0_32]
>>>>>>> at java.lang.Thread.run(Thread.java:662)
>>>>>>> [na:1.6.0_32]
>>>>>>>
>>>>>>>
>>>>>>> *and on thing* we saw: cli-admin -b
>>>>>>> --exclude-files doesn't seem to work up to
>>>>>>> version 3.0
>>>>>>>
>>>>>>> Greetings Peter
>>>>>>>
>>>>>>> Am 29.01.2014 11:21, schrieb Peter Dähn:
>>>>>>>> ok... thanks we work on it...
>>>>>>>>
>>>>>>>> Am 29.01.2014 10:25, schrieb Maxim Solodovnik:
>>>>>>>>> This is the patch for 3.0
>>>>>>>>> I'm afraid you need to adapt it for 2.0 (the
>>>>>>>>> code have been changed a lot :( )
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Wed, Jan 29, 2014 at 4:23 PM, Peter Dähn
>>>>>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>>>>>
>>>>>>>>> Hi there...
>>>>>>>>>
>>>>>>>>> Did you sleep at all???... ;-)
>>>>>>>>>
>>>>>>>>> Is it the patch for 2.0 or 2.2 or can I
>>>>>>>>> use it in both?
>>>>>>>>>
>>>>>>>>> Thanks alot nayway...
>>>>>>>>>
>>>>>>>>> Greetings Peter
>>>>>>>>>
>>>>>>>>> Am 29.01.2014 10:03, schrieb Maxim Solodovnik:
>>>>>>>>>> Here you are: http://svn.apache.org/r1562380
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Jan 28, 2014 at 11:05 PM, Peter
>>>>>>>>>> Dähn <daehn@vcrp.de
>>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>>
>>>>>>>>>> Hi Maxim,
>>>>>>>>>>
>>>>>>>>>> that sounds perfect... :-)
>>>>>>>>>>
>>>>>>>>>> So we wait for the patches...
>>>>>>>>>>
>>>>>>>>>> Thanks Peter
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Am 28.01.2014 16:56, schrieb Maxim
>>>>>>>>>> Solodovnik:
>>>>>>>>>>> Good finding
>>>>>>>>>>> I can fix 3.0 and send you revision
>>>>>>>>>>> number and you patch 2.0/2.2
>>>>>>>>>>> is it Ok?
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Tue, Jan 28, 2014 at 10:54 PM,
>>>>>>>>>>> Peter Dähn <daehn@vcrp.de
>>>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>>>
>>>>>>>>>>> Hi Maxime...
>>>>>>>>>>>
>>>>>>>>>>> according to this...
>>>>>>>>>>> http://stackoverflow.com/questions/6585574/postgres-default-sort-by-id-worldship
>>>>>>>>>>> postgres returns a not sortet
>>>>>>>>>>> result... so the xml is
>>>>>>>>>>> scambled... :-(
>>>>>>>>>>>
>>>>>>>>>>> how to fix export or import?
>>>>>>>>>>>
>>>>>>>>>>> We think a "sort by id" in the
>>>>>>>>>>> export functions (it seems to be
>>>>>>>>>>> a problem with all exports...
>>>>>>>>>>> rooms, user, flvs, messages... )
>>>>>>>>>>> could do the job...
>>>>>>>>>>>
>>>>>>>>>>> Could you give us a hind where
>>>>>>>>>>> we can find the used functions?
>>>>>>>>>>>
>>>>>>>>>>> BR Peter
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Am 28.01.2014 16:01, schrieb
>>>>>>>>>>> Peter Dähn:
>>>>>>>>>>>> no.. unfortunately not.. the
>>>>>>>>>>>> same order than the xml...
>>>>>>>>>>>>
>>>>>>>>>>>> maybe something different
>>>>>>>>>>>> because we use postgres-db?
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Am 28.01.2014 15:45, schrieb
>>>>>>>>>>>> Maxim Solodovnik:
>>>>>>>>>>>>> Are your ids goes one-by-one?
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Tue, Jan 28, 2014 at 9:25
>>>>>>>>>>>>> PM, Peter Dähn <daehn@vcrp.de
>>>>>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>> i allready had a look at
>>>>>>>>>>>>> the dbs... the ids are
>>>>>>>>>>>>> different...
>>>>>>>>>>>>>
>>>>>>>>>>>>> and I also droped the db
>>>>>>>>>>>>> before restore om... :-(
>>>>>>>>>>>>>
>>>>>>>>>>>>> anyway... sounds not good
>>>>>>>>>>>>> for me... :-(
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Am 28.01.2014 15:20,
>>>>>>>>>>>>> schrieb Maxim Solodovnik:
>>>>>>>>>>>>>> In this case
>>>>>>>>>>>>>> all rooms should have
>>>>>>>>>>>>>> same ids after import
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> could you perform select
>>>>>>>>>>>>>> from the database to check?
>>>>>>>>>>>>>> have you dropped your Db
>>>>>>>>>>>>>> before import?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Tue, Jan 28, 2014 at
>>>>>>>>>>>>>> 9:14 PM, Peter Dähn
>>>>>>>>>>>>>> <daehn@vcrp.de
>>>>>>>>>>>>>> <ma...@vcrp.de>>
>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> hmm... i never put my
>>>>>>>>>>>>>> hands on the database
>>>>>>>>>>>>>> somehow...
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Am 28.01.2014 15:02,
>>>>>>>>>>>>>> schrieb Maxim Solodovnik:
>>>>>>>>>>>>>>> the only case it can
>>>>>>>>>>>>>>> "scramble" ids: you
>>>>>>>>>>>>>>> have manually "hard"
>>>>>>>>>>>>>>> deleted some rooms
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Tue, Jan 28, 2014
>>>>>>>>>>>>>>> at 8:57 PM, Peter
>>>>>>>>>>>>>>> Dähn <daehn@vcrp.de
>>>>>>>>>>>>>>> <ma...@vcrp.de>>
>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> thats what i did
>>>>>>>>>>>>>>> before... and it
>>>>>>>>>>>>>>> will scramble
>>>>>>>>>>>>>>> the roomIDs... :-(
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> any other ideas?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> BR Peter
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Am 28.01.2014
>>>>>>>>>>>>>>> 14:49, schrieb
>>>>>>>>>>>>>>> Maxim Solodovnik:
>>>>>>>>>>>>>>>> -f option for
>>>>>>>>>>>>>>>> file clean up only
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> you need:
>>>>>>>>>>>>>>>> "./admin.sh -i
>>>>>>>>>>>>>>>> -v -file
>>>>>>>>>>>>>>>> backup_31_07_2012_12_07_51.zip
>>>>>>>>>>>>>>>> --drop"
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On Tue, Jan 28,
>>>>>>>>>>>>>>>> 2014 at 8:39
>>>>>>>>>>>>>>>> PM, Peter Dähn
>>>>>>>>>>>>>>>> <daehn@vcrp.de
>>>>>>>>>>>>>>>> <ma...@vcrp.de>>
>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Hi Maxim...
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> according
>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>> Admin.java 199
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Command cmd
>>>>>>>>>>>>>>>> =
>>>>>>>>>>>>>>>> Command.usage;
>>>>>>>>>>>>>>>> if
>>>>>>>>>>>>>>>> (cmdl.hasOption('i'))
>>>>>>>>>>>>>>>> {
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> cmd =
>>>>>>>>>>>>>>>> Command.install;
>>>>>>>>>>>>>>>> }
>>>>>>>>>>>>>>>> else if
>>>>>>>>>>>>>>>> (cmdl.hasOption('b'))
>>>>>>>>>>>>>>>> {
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> cmd =
>>>>>>>>>>>>>>>> Command.backup;
>>>>>>>>>>>>>>>> }
>>>>>>>>>>>>>>>> else if
>>>>>>>>>>>>>>>> (cmdl.hasOption('r'))
>>>>>>>>>>>>>>>> {
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> cmd =
>>>>>>>>>>>>>>>> Command.restore;
>>>>>>>>>>>>>>>> }
>>>>>>>>>>>>>>>> else if
>>>>>>>>>>>>>>>> (cmdl.hasOption('l'))
>>>>>>>>>>>>>>>> {
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> cmd =
>>>>>>>>>>>>>>>> Command.languages;
>>>>>>>>>>>>>>>> }
>>>>>>>>>>>>>>>> else if
>>>>>>>>>>>>>>>> (cmdl.hasOption('f'))
>>>>>>>>>>>>>>>> {
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> cmd =
>>>>>>>>>>>>>>>> Command.files;
>>>>>>>>>>>>>>>> }
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> -f option
>>>>>>>>>>>>>>>> will be
>>>>>>>>>>>>>>>> ignored in
>>>>>>>>>>>>>>>> case of
>>>>>>>>>>>>>>>> -i... Am I
>>>>>>>>>>>>>>>> right?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> BR Peter
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Am
>>>>>>>>>>>>>>>> 28.01.2014
>>>>>>>>>>>>>>>> 14:12,
>>>>>>>>>>>>>>>> schrieb
>>>>>>>>>>>>>>>> Maxim
>>>>>>>>>>>>>>>> Solodovnik:
>>>>>>>>>>>>>>>>> yes
>>>>>>>>>>>>>>>>> It will
>>>>>>>>>>>>>>>>> not create
>>>>>>>>>>>>>>>>> any
>>>>>>>>>>>>>>>>> additional
>>>>>>>>>>>>>>>>> users,
>>>>>>>>>>>>>>>>> just will
>>>>>>>>>>>>>>>>> add the
>>>>>>>>>>>>>>>>> contents
>>>>>>>>>>>>>>>>> of backup file
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On Tue,
>>>>>>>>>>>>>>>>> Jan 28,
>>>>>>>>>>>>>>>>> 2014 at
>>>>>>>>>>>>>>>>> 7:59 PM,
>>>>>>>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>>>>>>> <daehn@vcrp.de
>>>>>>>>>>>>>>>>> <ma...@vcrp.de>>
>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Hi Maxim,
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> thanks
>>>>>>>>>>>>>>>>> for
>>>>>>>>>>>>>>>>> your
>>>>>>>>>>>>>>>>> quick
>>>>>>>>>>>>>>>>> response.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Do you
>>>>>>>>>>>>>>>>> mean
>>>>>>>>>>>>>>>>> by
>>>>>>>>>>>>>>>>> "install
>>>>>>>>>>>>>>>>> from
>>>>>>>>>>>>>>>>> file"
>>>>>>>>>>>>>>>>> the -f
>>>>>>>>>>>>>>>>> option
>>>>>>>>>>>>>>>>> of
>>>>>>>>>>>>>>>>> admin.sh?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> something
>>>>>>>>>>>>>>>>> like
>>>>>>>>>>>>>>>>> "./admin.sh
>>>>>>>>>>>>>>>>> -i -v
>>>>>>>>>>>>>>>>> -f
>>>>>>>>>>>>>>>>> -file
>>>>>>>>>>>>>>>>> backup.zip"
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> BR
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Am
>>>>>>>>>>>>>>>>> 28.01.2014
>>>>>>>>>>>>>>>>> 13:43,
>>>>>>>>>>>>>>>>> schrieb Maxim
>>>>>>>>>>>>>>>>> Solodovnik:
>>>>>>>>>>>>>>>>>> you
>>>>>>>>>>>>>>>>>> can
>>>>>>>>>>>>>>>>>> try
>>>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>>>> "install
>>>>>>>>>>>>>>>>>> from
>>>>>>>>>>>>>>>>>> file"
>>>>>>>>>>>>>>>>>> This
>>>>>>>>>>>>>>>>>> is
>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>> only
>>>>>>>>>>>>>>>>>> way I
>>>>>>>>>>>>>>>>>> know
>>>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>>>> preserve
>>>>>>>>>>>>>>>>>> room ids
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> On
>>>>>>>>>>>>>>>>>> Tue,
>>>>>>>>>>>>>>>>>> Jan
>>>>>>>>>>>>>>>>>> 28,
>>>>>>>>>>>>>>>>>> 2014
>>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>>> 7:40
>>>>>>>>>>>>>>>>>> PM,
>>>>>>>>>>>>>>>>>> Peter
>>>>>>>>>>>>>>>>>> Dähn
>>>>>>>>>>>>>>>>>> <daehn@vcrp.de
>>>>>>>>>>>>>>>>>> <ma...@vcrp.de>>
>>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Hallo
>>>>>>>>>>>>>>>>>> together,
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> I
>>>>>>>>>>>>>>>>>> faced
>>>>>>>>>>>>>>>>>> a
>>>>>>>>>>>>>>>>>> problem
>>>>>>>>>>>>>>>>>> while
>>>>>>>>>>>>>>>>>> import
>>>>>>>>>>>>>>>>>> a
>>>>>>>>>>>>>>>>>> backup
>>>>>>>>>>>>>>>>>> from
>>>>>>>>>>>>>>>>>> 2.0
>>>>>>>>>>>>>>>>>> to 2.2.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> The
>>>>>>>>>>>>>>>>>> roomIDs
>>>>>>>>>>>>>>>>>> were
>>>>>>>>>>>>>>>>>> scrambled
>>>>>>>>>>>>>>>>>> during
>>>>>>>>>>>>>>>>>> import.
>>>>>>>>>>>>>>>>>> This
>>>>>>>>>>>>>>>>>> happens
>>>>>>>>>>>>>>>>>> because
>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>> new
>>>>>>>>>>>>>>>>>> IDs
>>>>>>>>>>>>>>>>>> will
>>>>>>>>>>>>>>>>>> be created
>>>>>>>>>>>>>>>>>> because
>>>>>>>>>>>>>>>>>> of the
>>>>>>>>>>>>>>>>>> order
>>>>>>>>>>>>>>>>>> of the
>>>>>>>>>>>>>>>>>> rooms
>>>>>>>>>>>>>>>>>> in room.xml.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> The
>>>>>>>>>>>>>>>>>> problem
>>>>>>>>>>>>>>>>>> is,
>>>>>>>>>>>>>>>>>> that
>>>>>>>>>>>>>>>>>> we store
>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>> further
>>>>>>>>>>>>>>>>>> roomIDs
>>>>>>>>>>>>>>>>>> in the
>>>>>>>>>>>>>>>>>> database
>>>>>>>>>>>>>>>>>> of
>>>>>>>>>>>>>>>>>> our
>>>>>>>>>>>>>>>>>> LMS
>>>>>>>>>>>>>>>>>> and
>>>>>>>>>>>>>>>>>> use
>>>>>>>>>>>>>>>>>> them
>>>>>>>>>>>>>>>>>> to launch
>>>>>>>>>>>>>>>>>> a
>>>>>>>>>>>>>>>>>> room
>>>>>>>>>>>>>>>>>> directly.
>>>>>>>>>>>>>>>>>> And
>>>>>>>>>>>>>>>>>> after
>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>> update
>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>> user
>>>>>>>>>>>>>>>>>> enter
>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>> wrong
>>>>>>>>>>>>>>>>>> room.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Maybe
>>>>>>>>>>>>>>>>>> "r.setRooms_id(null);"
>>>>>>>>>>>>>>>>>> Line
>>>>>>>>>>>>>>>>>> 289
>>>>>>>>>>>>>>>>>> in BackupImportController.java
>>>>>>>>>>>>>>>>>> causes
>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>> trouble.
>>>>>>>>>>>>>>>>>> It seems
>>>>>>>>>>>>>>>>>> there
>>>>>>>>>>>>>>>>>> were
>>>>>>>>>>>>>>>>>> all
>>>>>>>>>>>>>>>>>> further
>>>>>>>>>>>>>>>>>> roomIDs
>>>>>>>>>>>>>>>>>> discarded.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Any
>>>>>>>>>>>>>>>>>> Ideas
>>>>>>>>>>>>>>>>>> how
>>>>>>>>>>>>>>>>>> to handle
>>>>>>>>>>>>>>>>>> it?
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> BR
>>>>>>>>>>>>>>>>>> Peter
>>>>>>>>>>>>>>>>>> Dähn
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>>>>>> Maxim
>>>>>>>>>>>>>>>>>> aka
>>>>>>>>>>>>>>>>>> solomax
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>>>>> Maxim aka
>>>>>>>>>>>>>>>>> solomax
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --
>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>> WBR
>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> WBR
>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> WBR
>>>>>>>>>> Maxim aka solomax
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> WBR
>>>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>
>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
Re: Problem with backup import
Posted by Peter Dähn <da...@vcrp.de>.
logging also doesn't work in 3.0...
I made new installations of 2.2, 3.0 and 3.1... and deploy them the same
way... accesslogs will just generate in 3.1
I create a Jira-ticket
Greetings Peter
Am 05.02.2014 09:25, schrieb Peter Dähn:
> but 2.1.1 i never used... so maybe it is allready broken there.... i
> got logs in 2.0 and with a 3.1 test installation too... I just miss
> them in 2.2... :-(
>
> Am 04.02.2014 17:54, schrieb Maxim Solodovnik:
>> just have tested with 2.1.1RC2
>> no access*log
>> maybe it is created based on some rules? external IP or something?
>>
>>
>> On Tue, Feb 4, 2014 at 10:41 PM, Peter Dähn <daehn@vcrp.de
>> <ma...@vcrp.de>> wrote:
>>
>> maybe something with the downgrade of red5...
>>
>> does others get accesslogs in 2.2? Maybe I'm the only one, who
>> use them... :-/
>>
>>
>> Am 04.02.2014 14:54, schrieb Peter Dähn:
>>> not really...
>>>
>>> I also tried it as root and it doesn't change the behavior...
>>>
>>>
>>> Am 04.02.2014 14:44, schrieb Maxim Solodovnik:
>>>> Maybe file permission problems?
>>>>
>>>>
>>>> On Tue, Feb 4, 2014 at 8:37 PM, Peter Dähn <daehn@vcrp.de
>>>> <ma...@vcrp.de>> wrote:
>>>>
>>>> normally there will be written an
>>>> 0.0.0.0_access.YYYY-MM-DD.log in the log dir.
>>>>
>>>> By now it is not generated. openmeetings.log and red.log
>>>> will be written.
>>>>
>>>> I didn't got this error in 2.0 and not in my 3.1
>>>> test-installation. Just in this 2.2 installation accesslogs
>>>> are missing.
>>>>
>>>> Greetings Peter
>>>>
>>>> Am 04.02.2014 14:26, schrieb Maxim Solodovnik:
>>>>> I can't understand what is wrong :(
>>>>> Could you please describe what is not working?
>>>>>
>>>>>
>>>>> On Tue, Feb 4, 2014 at 8:06 PM, Peter Dähn <daehn@vcrp.de
>>>>> <ma...@vcrp.de>> wrote:
>>>>>
>>>>> ok... errors found in red5.log.
>>>>>
>>>>> see attachment...
>>>>>
>>>>> Thanks Peter
>>>>>
>>>>> Am 04.02.2014 13:55, schrieb Maxim Solodovnik:
>>>>>> The root cause of this issue should be earlier in the
>>>>>> log
>>>>>> and/or in red5.log
>>>>>>
>>>>>>
>>>>>> On Tue, Feb 4, 2014 at 7:45 PM, Peter Dähn
>>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> we managed to change the export of 2.0. The
>>>>>> import in OM2.2 works as expected.
>>>>>>
>>>>>> But we encounter 2 problems:
>>>>>>
>>>>>> *first* some rooms can just be entered, if this
>>>>>> room will manually save over the admin panel (we
>>>>>> try to figure out this one....)
>>>>>>
>>>>>> and *second* accesslogs will not be written...
>>>>>>
>>>>>> Error in the log:
>>>>>>
>>>>>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>>>>>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings]
>>>>>> - Initializing Spring FrameworkServlet 'spring-mvc'
>>>>>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>>>>>> org.springframework.web.servlet.DispatcherServlet
>>>>>> - FrameworkServlet 'spring-mvc': initialization
>>>>>> started
>>>>>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>>>>>> org.springframework.web.context.support.XmlWebApplicationContext
>>>>>> - Refreshing WebApplicationContext for namespace
>>>>>> 'spring-mvc-servlet': startup date [Tue Feb 04
>>>>>> 12:07:18 CET 2014]; parent: Root
>>>>>> WebApplicationContext
>>>>>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>>>>>> org.springframework.web.servlet.DispatcherServlet
>>>>>> - Context initialization failed
>>>>>> java.lang.IllegalStateException: BeanFactory not
>>>>>> initialized or already closed - call 'refresh'
>>>>>> before accessing beans via the ApplicationContext
>>>>>> at
>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>>>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>>>> [na:1.6.0_32]
>>>>>> at
>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>>>> [na:1.6.0_32]
>>>>>> at java.lang.Thread.run(Thread.java:662)
>>>>>> [na:1.6.0_32]
>>>>>> 04.02.2014 12:07:18
>>>>>> org.apache.catalina.core.ApplicationContext log
>>>>>> SCHWERWIEGEND: StandardWrapper.Throwable
>>>>>> java.lang.IllegalStateException: BeanFactory not
>>>>>> initialized or already closed - call 'refresh'
>>>>>> before accessing beans via the ApplicationContext
>>>>>> at
>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>>>>>> at
>>>>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>>>>>> at
>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>>>>>> at
>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>>>>>> at
>>>>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>>>>>> at
>>>>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>>>>>> at
>>>>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>>>>>> at
>>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>>>>>> at
>>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>>>>>> at
>>>>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>>>>>> at
>>>>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>>>>>> at
>>>>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>>>>>> at
>>>>>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>>>>> at
>>>>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>>>>>> at
>>>>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>>>>>> at
>>>>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>>>>>> at
>>>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>>>>>> at
>>>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>>>>>> at
>>>>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>>>>>> at
>>>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>>>>>> at
>>>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>>>>>> at
>>>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>>>>>> at
>>>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>>>>>> at
>>>>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>>>>>> at
>>>>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>>>>>> at
>>>>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>>>>>> at
>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>>>> at
>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>>>> at java.lang.Thread.run(Thread.java:662)
>>>>>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>>>>>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings]
>>>>>> - StandardWrapper.Throwable
>>>>>> java.lang.IllegalStateException: BeanFactory not
>>>>>> initialized or already closed - call 'refresh'
>>>>>> before accessing beans via the ApplicationContext
>>>>>> at
>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>>>>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>>>> [na:1.6.0_32]
>>>>>> at
>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>>>> [na:1.6.0_32]
>>>>>> at java.lang.Thread.run(Thread.java:662)
>>>>>> [na:1.6.0_32]
>>>>>> 04.02.2014 12:07:18
>>>>>> org.apache.catalina.core.StandardWrapperValve invoke
>>>>>> SCHWERWIEGEND: Allocate exception for servlet
>>>>>> spring-mvc
>>>>>> java.lang.IllegalStateException: BeanFactory not
>>>>>> initialized or already closed - call 'refresh'
>>>>>> before accessing beans via the ApplicationContext
>>>>>> at
>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>>>>>> at
>>>>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>>>>>> at
>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>>>>>> at
>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>>>>>> at
>>>>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>>>>>> at
>>>>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>>>>>> at
>>>>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>>>>>> at
>>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>>>>>> at
>>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>>>>>> at
>>>>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>>>>>> at
>>>>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>>>>>> at
>>>>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>>>>>> at
>>>>>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>>>>> at
>>>>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>>>>>> at
>>>>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>>>>>> at
>>>>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>>>>>> at
>>>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>>>>>> at
>>>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>>>>>> at
>>>>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>>>>>> at
>>>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>>>>>> at
>>>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>>>>>> at
>>>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>>>>>> at
>>>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>>>>>> at
>>>>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>>>>>> at
>>>>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>>>>>> at
>>>>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>>>>>> at
>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>>>> at
>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>>>> at java.lang.Thread.run(Thread.java:662)
>>>>>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>>>>>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings].[spring-mvc]
>>>>>> - Allocate exception for servlet spring-mvc
>>>>>> java.lang.IllegalStateException: BeanFactory not
>>>>>> initialized or already closed - call 'refresh'
>>>>>> before accessing beans via the ApplicationContext
>>>>>> at
>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>>> at
>>>>>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>>>>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>>
>>>>>>
>>>>>> at
>>>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>> at
>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>>>> [na:1.6.0_32]
>>>>>> at
>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>>>> [na:1.6.0_32]
>>>>>> at java.lang.Thread.run(Thread.java:662)
>>>>>> [na:1.6.0_32]
>>>>>>
>>>>>>
>>>>>> *and on thing* we saw: cli-admin -b
>>>>>> --exclude-files doesn't seem to work up to
>>>>>> version 3.0
>>>>>>
>>>>>> Greetings Peter
>>>>>>
>>>>>> Am 29.01.2014 11:21, schrieb Peter Dähn:
>>>>>>> ok... thanks we work on it...
>>>>>>>
>>>>>>> Am 29.01.2014 10:25, schrieb Maxim Solodovnik:
>>>>>>>> This is the patch for 3.0
>>>>>>>> I'm afraid you need to adapt it for 2.0 (the
>>>>>>>> code have been changed a lot :( )
>>>>>>>>
>>>>>>>>
>>>>>>>> On Wed, Jan 29, 2014 at 4:23 PM, Peter Dähn
>>>>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>>>>
>>>>>>>> Hi there...
>>>>>>>>
>>>>>>>> Did you sleep at all???... ;-)
>>>>>>>>
>>>>>>>> Is it the patch for 2.0 or 2.2 or can I use
>>>>>>>> it in both?
>>>>>>>>
>>>>>>>> Thanks alot nayway...
>>>>>>>>
>>>>>>>> Greetings Peter
>>>>>>>>
>>>>>>>> Am 29.01.2014 10:03, schrieb Maxim Solodovnik:
>>>>>>>>> Here you are: http://svn.apache.org/r1562380
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, Jan 28, 2014 at 11:05 PM, Peter
>>>>>>>>> Dähn <daehn@vcrp.de
>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>
>>>>>>>>> Hi Maxim,
>>>>>>>>>
>>>>>>>>> that sounds perfect... :-)
>>>>>>>>>
>>>>>>>>> So we wait for the patches...
>>>>>>>>>
>>>>>>>>> Thanks Peter
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Am 28.01.2014 16:56, schrieb Maxim
>>>>>>>>> Solodovnik:
>>>>>>>>>> Good finding
>>>>>>>>>> I can fix 3.0 and send you revision
>>>>>>>>>> number and you patch 2.0/2.2
>>>>>>>>>> is it Ok?
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Jan 28, 2014 at 10:54 PM,
>>>>>>>>>> Peter Dähn <daehn@vcrp.de
>>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>>
>>>>>>>>>> Hi Maxime...
>>>>>>>>>>
>>>>>>>>>> according to this...
>>>>>>>>>> http://stackoverflow.com/questions/6585574/postgres-default-sort-by-id-worldship
>>>>>>>>>> postgres returns a not sortet
>>>>>>>>>> result... so the xml is
>>>>>>>>>> scambled... :-(
>>>>>>>>>>
>>>>>>>>>> how to fix export or import?
>>>>>>>>>>
>>>>>>>>>> We think a "sort by id" in the
>>>>>>>>>> export functions (it seems to be
>>>>>>>>>> a problem with all exports...
>>>>>>>>>> rooms, user, flvs, messages... )
>>>>>>>>>> could do the job...
>>>>>>>>>>
>>>>>>>>>> Could you give us a hind where we
>>>>>>>>>> can find the used functions?
>>>>>>>>>>
>>>>>>>>>> BR Peter
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Am 28.01.2014 16:01, schrieb
>>>>>>>>>> Peter Dähn:
>>>>>>>>>>> no.. unfortunately not.. the
>>>>>>>>>>> same order than the xml...
>>>>>>>>>>>
>>>>>>>>>>> maybe something different
>>>>>>>>>>> because we use postgres-db?
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Am 28.01.2014 15:45, schrieb
>>>>>>>>>>> Maxim Solodovnik:
>>>>>>>>>>>> Are your ids goes one-by-one?
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Tue, Jan 28, 2014 at 9:25
>>>>>>>>>>>> PM, Peter Dähn <daehn@vcrp.de
>>>>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> i allready had a look at
>>>>>>>>>>>> the dbs... the ids are
>>>>>>>>>>>> different...
>>>>>>>>>>>>
>>>>>>>>>>>> and I also droped the db
>>>>>>>>>>>> before restore om... :-(
>>>>>>>>>>>>
>>>>>>>>>>>> anyway... sounds not good
>>>>>>>>>>>> for me... :-(
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Am 28.01.2014 15:20,
>>>>>>>>>>>> schrieb Maxim Solodovnik:
>>>>>>>>>>>>> In this case
>>>>>>>>>>>>> all rooms should have same
>>>>>>>>>>>>> ids after import
>>>>>>>>>>>>>
>>>>>>>>>>>>> could you perform select
>>>>>>>>>>>>> from the database to check?
>>>>>>>>>>>>> have you dropped your Db
>>>>>>>>>>>>> before import?
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Tue, Jan 28, 2014 at
>>>>>>>>>>>>> 9:14 PM, Peter Dähn
>>>>>>>>>>>>> <daehn@vcrp.de
>>>>>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>> hmm... i never put my
>>>>>>>>>>>>> hands on the database
>>>>>>>>>>>>> somehow...
>>>>>>>>>>>>>
>>>>>>>>>>>>> Am 28.01.2014 15:02,
>>>>>>>>>>>>> schrieb Maxim Solodovnik:
>>>>>>>>>>>>>> the only case it can
>>>>>>>>>>>>>> "scramble" ids: you
>>>>>>>>>>>>>> have manually "hard"
>>>>>>>>>>>>>> deleted some rooms
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Tue, Jan 28, 2014
>>>>>>>>>>>>>> at 8:57 PM, Peter
>>>>>>>>>>>>>> Dähn <daehn@vcrp.de
>>>>>>>>>>>>>> <ma...@vcrp.de>>
>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> thats what i did
>>>>>>>>>>>>>> before... and it
>>>>>>>>>>>>>> will scramble the
>>>>>>>>>>>>>> roomIDs... :-(
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> any other ideas?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> BR Peter
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Am 28.01.2014
>>>>>>>>>>>>>> 14:49, schrieb
>>>>>>>>>>>>>> Maxim Solodovnik:
>>>>>>>>>>>>>>> -f option for
>>>>>>>>>>>>>>> file clean up only
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> you need:
>>>>>>>>>>>>>>> "./admin.sh -i
>>>>>>>>>>>>>>> -v -file
>>>>>>>>>>>>>>> backup_31_07_2012_12_07_51.zip
>>>>>>>>>>>>>>> --drop"
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Tue, Jan 28,
>>>>>>>>>>>>>>> 2014 at 8:39 PM,
>>>>>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>>>>> <daehn@vcrp.de
>>>>>>>>>>>>>>> <ma...@vcrp.de>>
>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Hi Maxim...
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> according to
>>>>>>>>>>>>>>> Admin.java 199
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Command cmd
>>>>>>>>>>>>>>> = Command.usage;
>>>>>>>>>>>>>>> if
>>>>>>>>>>>>>>> (cmdl.hasOption('i'))
>>>>>>>>>>>>>>> {
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> cmd =
>>>>>>>>>>>>>>> Command.install;
>>>>>>>>>>>>>>> }
>>>>>>>>>>>>>>> else if
>>>>>>>>>>>>>>> (cmdl.hasOption('b'))
>>>>>>>>>>>>>>> {
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> cmd =
>>>>>>>>>>>>>>> Command.backup;
>>>>>>>>>>>>>>> }
>>>>>>>>>>>>>>> else if
>>>>>>>>>>>>>>> (cmdl.hasOption('r'))
>>>>>>>>>>>>>>> {
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> cmd =
>>>>>>>>>>>>>>> Command.restore;
>>>>>>>>>>>>>>> }
>>>>>>>>>>>>>>> else if
>>>>>>>>>>>>>>> (cmdl.hasOption('l'))
>>>>>>>>>>>>>>> {
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> cmd =
>>>>>>>>>>>>>>> Command.languages;
>>>>>>>>>>>>>>> }
>>>>>>>>>>>>>>> else if
>>>>>>>>>>>>>>> (cmdl.hasOption('f'))
>>>>>>>>>>>>>>> {
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> cmd =
>>>>>>>>>>>>>>> Command.files;
>>>>>>>>>>>>>>> }
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> -f option
>>>>>>>>>>>>>>> will be
>>>>>>>>>>>>>>> ignored in
>>>>>>>>>>>>>>> case of
>>>>>>>>>>>>>>> -i... Am I
>>>>>>>>>>>>>>> right?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> BR Peter
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Am
>>>>>>>>>>>>>>> 28.01.2014
>>>>>>>>>>>>>>> 14:12,
>>>>>>>>>>>>>>> schrieb
>>>>>>>>>>>>>>> Maxim
>>>>>>>>>>>>>>> Solodovnik:
>>>>>>>>>>>>>>>> yes
>>>>>>>>>>>>>>>> It will not
>>>>>>>>>>>>>>>> create any
>>>>>>>>>>>>>>>> additional
>>>>>>>>>>>>>>>> users, just
>>>>>>>>>>>>>>>> will add
>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>> contents of
>>>>>>>>>>>>>>>> backup file
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On Tue, Jan
>>>>>>>>>>>>>>>> 28, 2014 at
>>>>>>>>>>>>>>>> 7:59 PM,
>>>>>>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>>>>>> <daehn@vcrp.de
>>>>>>>>>>>>>>>> <ma...@vcrp.de>>
>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Hi Maxim,
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> thanks
>>>>>>>>>>>>>>>> for
>>>>>>>>>>>>>>>> your
>>>>>>>>>>>>>>>> quick
>>>>>>>>>>>>>>>> response.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Do you
>>>>>>>>>>>>>>>> mean by
>>>>>>>>>>>>>>>> "install from
>>>>>>>>>>>>>>>> file"
>>>>>>>>>>>>>>>> the -f
>>>>>>>>>>>>>>>> option
>>>>>>>>>>>>>>>> of
>>>>>>>>>>>>>>>> admin.sh?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> something
>>>>>>>>>>>>>>>> like
>>>>>>>>>>>>>>>> "./admin.sh
>>>>>>>>>>>>>>>> -i -v
>>>>>>>>>>>>>>>> -f
>>>>>>>>>>>>>>>> -file
>>>>>>>>>>>>>>>> backup.zip"
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> BR
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Am
>>>>>>>>>>>>>>>> 28.01.2014
>>>>>>>>>>>>>>>> 13:43,
>>>>>>>>>>>>>>>> schrieb
>>>>>>>>>>>>>>>> Maxim
>>>>>>>>>>>>>>>> Solodovnik:
>>>>>>>>>>>>>>>>> you
>>>>>>>>>>>>>>>>> can
>>>>>>>>>>>>>>>>> try to
>>>>>>>>>>>>>>>>> "install
>>>>>>>>>>>>>>>>> from
>>>>>>>>>>>>>>>>> file"
>>>>>>>>>>>>>>>>> This
>>>>>>>>>>>>>>>>> is the
>>>>>>>>>>>>>>>>> only
>>>>>>>>>>>>>>>>> way I
>>>>>>>>>>>>>>>>> know
>>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>>> preserve
>>>>>>>>>>>>>>>>> room ids
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On
>>>>>>>>>>>>>>>>> Tue,
>>>>>>>>>>>>>>>>> Jan
>>>>>>>>>>>>>>>>> 28,
>>>>>>>>>>>>>>>>> 2014
>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>> 7:40
>>>>>>>>>>>>>>>>> PM,
>>>>>>>>>>>>>>>>> Peter
>>>>>>>>>>>>>>>>> Dähn
>>>>>>>>>>>>>>>>> <daehn@vcrp.de
>>>>>>>>>>>>>>>>> <ma...@vcrp.de>>
>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Hallo
>>>>>>>>>>>>>>>>> together,
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> I
>>>>>>>>>>>>>>>>> faced
>>>>>>>>>>>>>>>>> a
>>>>>>>>>>>>>>>>> problem
>>>>>>>>>>>>>>>>> while
>>>>>>>>>>>>>>>>> import
>>>>>>>>>>>>>>>>> a
>>>>>>>>>>>>>>>>> backup
>>>>>>>>>>>>>>>>> from
>>>>>>>>>>>>>>>>> 2.0 to
>>>>>>>>>>>>>>>>> 2.2.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> The roomIDs
>>>>>>>>>>>>>>>>> were
>>>>>>>>>>>>>>>>> scrambled
>>>>>>>>>>>>>>>>> during
>>>>>>>>>>>>>>>>> import.
>>>>>>>>>>>>>>>>> This
>>>>>>>>>>>>>>>>> happens
>>>>>>>>>>>>>>>>> because
>>>>>>>>>>>>>>>>> the new
>>>>>>>>>>>>>>>>> IDs will
>>>>>>>>>>>>>>>>> be
>>>>>>>>>>>>>>>>> created
>>>>>>>>>>>>>>>>> because
>>>>>>>>>>>>>>>>> of
>>>>>>>>>>>>>>>>> the order
>>>>>>>>>>>>>>>>> of
>>>>>>>>>>>>>>>>> the rooms
>>>>>>>>>>>>>>>>> in
>>>>>>>>>>>>>>>>> room.xml.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> The
>>>>>>>>>>>>>>>>> problem
>>>>>>>>>>>>>>>>> is, that
>>>>>>>>>>>>>>>>> we
>>>>>>>>>>>>>>>>> store
>>>>>>>>>>>>>>>>> the further
>>>>>>>>>>>>>>>>> roomIDs
>>>>>>>>>>>>>>>>> in
>>>>>>>>>>>>>>>>> the database
>>>>>>>>>>>>>>>>> of
>>>>>>>>>>>>>>>>> our LMS
>>>>>>>>>>>>>>>>> and use
>>>>>>>>>>>>>>>>> them
>>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>>> launch
>>>>>>>>>>>>>>>>> a
>>>>>>>>>>>>>>>>> room
>>>>>>>>>>>>>>>>> directly.
>>>>>>>>>>>>>>>>> And after
>>>>>>>>>>>>>>>>> the update
>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>> user
>>>>>>>>>>>>>>>>> enter
>>>>>>>>>>>>>>>>> the wrong
>>>>>>>>>>>>>>>>> room.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Maybe
>>>>>>>>>>>>>>>>> "r.setRooms_id(null);"
>>>>>>>>>>>>>>>>> Line
>>>>>>>>>>>>>>>>> 289 in
>>>>>>>>>>>>>>>>> BackupImportController.java
>>>>>>>>>>>>>>>>> causes
>>>>>>>>>>>>>>>>> the trouble.
>>>>>>>>>>>>>>>>> It
>>>>>>>>>>>>>>>>> seems
>>>>>>>>>>>>>>>>> there
>>>>>>>>>>>>>>>>> were
>>>>>>>>>>>>>>>>> all further
>>>>>>>>>>>>>>>>> roomIDs
>>>>>>>>>>>>>>>>> discarded.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Any Ideas
>>>>>>>>>>>>>>>>> how to
>>>>>>>>>>>>>>>>> handle
>>>>>>>>>>>>>>>>> it?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> BR
>>>>>>>>>>>>>>>>> Peter
>>>>>>>>>>>>>>>>> Dähn
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>>>>> Maxim
>>>>>>>>>>>>>>>>> aka
>>>>>>>>>>>>>>>>> solomax
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>>>> Maxim aka
>>>>>>>>>>>>>>>> solomax
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --
>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>> WBR
>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> WBR
>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> WBR
>>>>>>>>>> Maxim aka solomax
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> WBR
>>>>>>>>> Maxim aka solomax
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> WBR
>>>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
Re: Problem with backup import
Posted by Peter Dähn <da...@vcrp.de>.
but 2.1.1 i never used... so maybe it is allready broken there.... i got
logs in 2.0 and with a 3.1 test installation too... I just miss them in
2.2... :-(
Am 04.02.2014 17:54, schrieb Maxim Solodovnik:
> just have tested with 2.1.1RC2
> no access*log
> maybe it is created based on some rules? external IP or something?
>
>
> On Tue, Feb 4, 2014 at 10:41 PM, Peter Dähn <daehn@vcrp.de
> <ma...@vcrp.de>> wrote:
>
> maybe something with the downgrade of red5...
>
> does others get accesslogs in 2.2? Maybe I'm the only one, who use
> them... :-/
>
>
> Am 04.02.2014 14:54, schrieb Peter Dähn:
>> not really...
>>
>> I also tried it as root and it doesn't change the behavior...
>>
>>
>> Am 04.02.2014 14:44, schrieb Maxim Solodovnik:
>>> Maybe file permission problems?
>>>
>>>
>>> On Tue, Feb 4, 2014 at 8:37 PM, Peter Dähn <daehn@vcrp.de
>>> <ma...@vcrp.de>> wrote:
>>>
>>> normally there will be written an
>>> 0.0.0.0_access.YYYY-MM-DD.log in the log dir.
>>>
>>> By now it is not generated. openmeetings.log and red.log
>>> will be written.
>>>
>>> I didn't got this error in 2.0 and not in my 3.1
>>> test-installation. Just in this 2.2 installation accesslogs
>>> are missing.
>>>
>>> Greetings Peter
>>>
>>> Am 04.02.2014 14:26, schrieb Maxim Solodovnik:
>>>> I can't understand what is wrong :(
>>>> Could you please describe what is not working?
>>>>
>>>>
>>>> On Tue, Feb 4, 2014 at 8:06 PM, Peter Dähn <daehn@vcrp.de
>>>> <ma...@vcrp.de>> wrote:
>>>>
>>>> ok... errors found in red5.log.
>>>>
>>>> see attachment...
>>>>
>>>> Thanks Peter
>>>>
>>>> Am 04.02.2014 13:55, schrieb Maxim Solodovnik:
>>>>> The root cause of this issue should be earlier in the log
>>>>> and/or in red5.log
>>>>>
>>>>>
>>>>> On Tue, Feb 4, 2014 at 7:45 PM, Peter Dähn
>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>
>>>>> Hello,
>>>>>
>>>>> we managed to change the export of 2.0. The import
>>>>> in OM2.2 works as expected.
>>>>>
>>>>> But we encounter 2 problems:
>>>>>
>>>>> *first* some rooms can just be entered, if this
>>>>> room will manually save over the admin panel (we
>>>>> try to figure out this one....)
>>>>>
>>>>> and *second* accesslogs will not be written...
>>>>>
>>>>> Error in the log:
>>>>>
>>>>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>>>>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings]
>>>>> - Initializing Spring FrameworkServlet 'spring-mvc'
>>>>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>>>>> org.springframework.web.servlet.DispatcherServlet
>>>>> - FrameworkServlet 'spring-mvc': initialization
>>>>> started
>>>>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>>>>> org.springframework.web.context.support.XmlWebApplicationContext
>>>>> - Refreshing WebApplicationContext for namespace
>>>>> 'spring-mvc-servlet': startup date [Tue Feb 04
>>>>> 12:07:18 CET 2014]; parent: Root WebApplicationContext
>>>>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>>>>> org.springframework.web.servlet.DispatcherServlet
>>>>> - Context initialization failed
>>>>> java.lang.IllegalStateException: BeanFactory not
>>>>> initialized or already closed - call 'refresh'
>>>>> before accessing beans via the ApplicationContext
>>>>> at
>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>>> [na:1.6.0_32]
>>>>> at
>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>>> [na:1.6.0_32]
>>>>> at java.lang.Thread.run(Thread.java:662)
>>>>> [na:1.6.0_32]
>>>>> 04.02.2014 12:07:18
>>>>> org.apache.catalina.core.ApplicationContext log
>>>>> SCHWERWIEGEND: StandardWrapper.Throwable
>>>>> java.lang.IllegalStateException: BeanFactory not
>>>>> initialized or already closed - call 'refresh'
>>>>> before accessing beans via the ApplicationContext
>>>>> at
>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>>>>> at
>>>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>>>>> at
>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>>>>> at
>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>>>>> at
>>>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>>>>> at
>>>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>>>>> at
>>>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>>>>> at
>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>>>>> at
>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>>>>> at
>>>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>>>>> at
>>>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>>>>> at
>>>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>>>>> at
>>>>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>>>> at
>>>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>>>>> at
>>>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>>>>> at
>>>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>>>>> at
>>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>>>>> at
>>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>>>>> at
>>>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>>>>> at
>>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>>>>> at
>>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>>>>> at
>>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>>>>> at
>>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>>>>> at
>>>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>>>>> at
>>>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>>>>> at
>>>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>>>>> at
>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>>> at
>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>>> at java.lang.Thread.run(Thread.java:662)
>>>>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>>>>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings]
>>>>> - StandardWrapper.Throwable
>>>>> java.lang.IllegalStateException: BeanFactory not
>>>>> initialized or already closed - call 'refresh'
>>>>> before accessing beans via the ApplicationContext
>>>>> at
>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>>>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>>> [na:1.6.0_32]
>>>>> at
>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>>> [na:1.6.0_32]
>>>>> at java.lang.Thread.run(Thread.java:662)
>>>>> [na:1.6.0_32]
>>>>> 04.02.2014 12:07:18
>>>>> org.apache.catalina.core.StandardWrapperValve invoke
>>>>> SCHWERWIEGEND: Allocate exception for servlet
>>>>> spring-mvc
>>>>> java.lang.IllegalStateException: BeanFactory not
>>>>> initialized or already closed - call 'refresh'
>>>>> before accessing beans via the ApplicationContext
>>>>> at
>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>>>>> at
>>>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>>>>> at
>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>>>>> at
>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>>>>> at
>>>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>>>>> at
>>>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>>>>> at
>>>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>>>>> at
>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>>>>> at
>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>>>>> at
>>>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>>>>> at
>>>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>>>>> at
>>>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>>>>> at
>>>>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>>>> at
>>>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>>>>> at
>>>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>>>>> at
>>>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>>>>> at
>>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>>>>> at
>>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>>>>> at
>>>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>>>>> at
>>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>>>>> at
>>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>>>>> at
>>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>>>>> at
>>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>>>>> at
>>>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>>>>> at
>>>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>>>>> at
>>>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>>>>> at
>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>>> at
>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>>> at java.lang.Thread.run(Thread.java:662)
>>>>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>>>>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings].[spring-mvc]
>>>>> - Allocate exception for servlet spring-mvc
>>>>> java.lang.IllegalStateException: BeanFactory not
>>>>> initialized or already closed - call 'refresh'
>>>>> before accessing beans via the ApplicationContext
>>>>> at
>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>>> at
>>>>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>>>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>>
>>>>>
>>>>> at
>>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>> at
>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>>> [na:1.6.0_32]
>>>>> at
>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>>> [na:1.6.0_32]
>>>>> at java.lang.Thread.run(Thread.java:662)
>>>>> [na:1.6.0_32]
>>>>>
>>>>>
>>>>> *and on thing* we saw: cli-admin -b
>>>>> --exclude-files doesn't seem to work up to version 3.0
>>>>>
>>>>> Greetings Peter
>>>>>
>>>>> Am 29.01.2014 11:21, schrieb Peter Dähn:
>>>>>> ok... thanks we work on it...
>>>>>>
>>>>>> Am 29.01.2014 10:25, schrieb Maxim Solodovnik:
>>>>>>> This is the patch for 3.0
>>>>>>> I'm afraid you need to adapt it for 2.0 (the
>>>>>>> code have been changed a lot :( )
>>>>>>>
>>>>>>>
>>>>>>> On Wed, Jan 29, 2014 at 4:23 PM, Peter Dähn
>>>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>>>
>>>>>>> Hi there...
>>>>>>>
>>>>>>> Did you sleep at all???... ;-)
>>>>>>>
>>>>>>> Is it the patch for 2.0 or 2.2 or can I use
>>>>>>> it in both?
>>>>>>>
>>>>>>> Thanks alot nayway...
>>>>>>>
>>>>>>> Greetings Peter
>>>>>>>
>>>>>>> Am 29.01.2014 10:03, schrieb Maxim Solodovnik:
>>>>>>>> Here you are: http://svn.apache.org/r1562380
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Jan 28, 2014 at 11:05 PM, Peter
>>>>>>>> Dähn <daehn@vcrp.de <ma...@vcrp.de>>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>> Hi Maxim,
>>>>>>>>
>>>>>>>> that sounds perfect... :-)
>>>>>>>>
>>>>>>>> So we wait for the patches...
>>>>>>>>
>>>>>>>> Thanks Peter
>>>>>>>>
>>>>>>>>
>>>>>>>> Am 28.01.2014 16:56, schrieb Maxim
>>>>>>>> Solodovnik:
>>>>>>>>> Good finding
>>>>>>>>> I can fix 3.0 and send you revision
>>>>>>>>> number and you patch 2.0/2.2
>>>>>>>>> is it Ok?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, Jan 28, 2014 at 10:54 PM,
>>>>>>>>> Peter Dähn <daehn@vcrp.de
>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>
>>>>>>>>> Hi Maxime...
>>>>>>>>>
>>>>>>>>> according to this...
>>>>>>>>> http://stackoverflow.com/questions/6585574/postgres-default-sort-by-id-worldship
>>>>>>>>> postgres returns a not sortet
>>>>>>>>> result... so the xml is
>>>>>>>>> scambled... :-(
>>>>>>>>>
>>>>>>>>> how to fix export or import?
>>>>>>>>>
>>>>>>>>> We think a "sort by id" in the
>>>>>>>>> export functions (it seems to be a
>>>>>>>>> problem with all exports... rooms,
>>>>>>>>> user, flvs, messages... ) could do
>>>>>>>>> the job...
>>>>>>>>>
>>>>>>>>> Could you give us a hind where we
>>>>>>>>> can find the used functions?
>>>>>>>>>
>>>>>>>>> BR Peter
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Am 28.01.2014 16:01, schrieb Peter
>>>>>>>>> Dähn:
>>>>>>>>>> no.. unfortunately not.. the same
>>>>>>>>>> order than the xml...
>>>>>>>>>>
>>>>>>>>>> maybe something different because
>>>>>>>>>> we use postgres-db?
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Am 28.01.2014 15:45, schrieb
>>>>>>>>>> Maxim Solodovnik:
>>>>>>>>>>> Are your ids goes one-by-one?
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Tue, Jan 28, 2014 at 9:25 PM,
>>>>>>>>>>> Peter Dähn <daehn@vcrp.de
>>>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>>>
>>>>>>>>>>> i allready had a look at the
>>>>>>>>>>> dbs... the ids are different...
>>>>>>>>>>>
>>>>>>>>>>> and I also droped the db
>>>>>>>>>>> before restore om... :-(
>>>>>>>>>>>
>>>>>>>>>>> anyway... sounds not good
>>>>>>>>>>> for me... :-(
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Am 28.01.2014 15:20, schrieb
>>>>>>>>>>> Maxim Solodovnik:
>>>>>>>>>>>> In this case
>>>>>>>>>>>> all rooms should have same
>>>>>>>>>>>> ids after import
>>>>>>>>>>>>
>>>>>>>>>>>> could you perform select
>>>>>>>>>>>> from the database to check?
>>>>>>>>>>>> have you dropped your Db
>>>>>>>>>>>> before import?
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Tue, Jan 28, 2014 at
>>>>>>>>>>>> 9:14 PM, Peter Dähn
>>>>>>>>>>>> <daehn@vcrp.de
>>>>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> hmm... i never put my
>>>>>>>>>>>> hands on the database
>>>>>>>>>>>> somehow...
>>>>>>>>>>>>
>>>>>>>>>>>> Am 28.01.2014 15:02,
>>>>>>>>>>>> schrieb Maxim Solodovnik:
>>>>>>>>>>>>> the only case it can
>>>>>>>>>>>>> "scramble" ids: you
>>>>>>>>>>>>> have manually "hard"
>>>>>>>>>>>>> deleted some rooms
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Tue, Jan 28, 2014
>>>>>>>>>>>>> at 8:57 PM, Peter Dähn
>>>>>>>>>>>>> <daehn@vcrp.de
>>>>>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>> thats what i did
>>>>>>>>>>>>> before... and it
>>>>>>>>>>>>> will scramble the
>>>>>>>>>>>>> roomIDs... :-(
>>>>>>>>>>>>>
>>>>>>>>>>>>> any other ideas?
>>>>>>>>>>>>>
>>>>>>>>>>>>> BR Peter
>>>>>>>>>>>>>
>>>>>>>>>>>>> Am 28.01.2014
>>>>>>>>>>>>> 14:49, schrieb
>>>>>>>>>>>>> Maxim Solodovnik:
>>>>>>>>>>>>>> -f option for
>>>>>>>>>>>>>> file clean up only
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> you need:
>>>>>>>>>>>>>> "./admin.sh -i -v
>>>>>>>>>>>>>> -file
>>>>>>>>>>>>>> backup_31_07_2012_12_07_51.zip
>>>>>>>>>>>>>> --drop"
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Tue, Jan 28,
>>>>>>>>>>>>>> 2014 at 8:39 PM,
>>>>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>>>> <daehn@vcrp.de
>>>>>>>>>>>>>> <ma...@vcrp.de>>
>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Hi Maxim...
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> according to
>>>>>>>>>>>>>> Admin.java 199
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Command cmd =
>>>>>>>>>>>>>> Command.usage;
>>>>>>>>>>>>>> if
>>>>>>>>>>>>>> (cmdl.hasOption('i'))
>>>>>>>>>>>>>> {
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> cmd =
>>>>>>>>>>>>>> Command.install;
>>>>>>>>>>>>>> }
>>>>>>>>>>>>>> else if
>>>>>>>>>>>>>> (cmdl.hasOption('b'))
>>>>>>>>>>>>>> {
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> cmd =
>>>>>>>>>>>>>> Command.backup;
>>>>>>>>>>>>>> }
>>>>>>>>>>>>>> else if
>>>>>>>>>>>>>> (cmdl.hasOption('r'))
>>>>>>>>>>>>>> {
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> cmd =
>>>>>>>>>>>>>> Command.restore;
>>>>>>>>>>>>>> }
>>>>>>>>>>>>>> else if
>>>>>>>>>>>>>> (cmdl.hasOption('l'))
>>>>>>>>>>>>>> {
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> cmd =
>>>>>>>>>>>>>> Command.languages;
>>>>>>>>>>>>>> }
>>>>>>>>>>>>>> else if
>>>>>>>>>>>>>> (cmdl.hasOption('f'))
>>>>>>>>>>>>>> {
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> cmd =
>>>>>>>>>>>>>> Command.files;
>>>>>>>>>>>>>> }
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> -f option
>>>>>>>>>>>>>> will be
>>>>>>>>>>>>>> ignored in
>>>>>>>>>>>>>> case of -i...
>>>>>>>>>>>>>> Am I right?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> BR Peter
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Am 28.01.2014
>>>>>>>>>>>>>> 14:12,
>>>>>>>>>>>>>> schrieb Maxim
>>>>>>>>>>>>>> Solodovnik:
>>>>>>>>>>>>>>> yes
>>>>>>>>>>>>>>> It will not
>>>>>>>>>>>>>>> create any
>>>>>>>>>>>>>>> additional
>>>>>>>>>>>>>>> users, just
>>>>>>>>>>>>>>> will add the
>>>>>>>>>>>>>>> contents of
>>>>>>>>>>>>>>> backup file
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Tue, Jan
>>>>>>>>>>>>>>> 28, 2014 at
>>>>>>>>>>>>>>> 7:59 PM,
>>>>>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>>>>> <daehn@vcrp.de
>>>>>>>>>>>>>>> <ma...@vcrp.de>>
>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Hi Maxim,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> thanks
>>>>>>>>>>>>>>> for your
>>>>>>>>>>>>>>> quick
>>>>>>>>>>>>>>> response.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Do you
>>>>>>>>>>>>>>> mean by
>>>>>>>>>>>>>>> "install
>>>>>>>>>>>>>>> from
>>>>>>>>>>>>>>> file"
>>>>>>>>>>>>>>> the -f
>>>>>>>>>>>>>>> option
>>>>>>>>>>>>>>> of admin.sh?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> something like
>>>>>>>>>>>>>>> "./admin.sh
>>>>>>>>>>>>>>> -i -v -f
>>>>>>>>>>>>>>> -file
>>>>>>>>>>>>>>> backup.zip"
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> BR
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Am
>>>>>>>>>>>>>>> 28.01.2014
>>>>>>>>>>>>>>> 13:43,
>>>>>>>>>>>>>>> schrieb
>>>>>>>>>>>>>>> Maxim
>>>>>>>>>>>>>>> Solodovnik:
>>>>>>>>>>>>>>>> you can
>>>>>>>>>>>>>>>> try to
>>>>>>>>>>>>>>>> "install from
>>>>>>>>>>>>>>>> file"
>>>>>>>>>>>>>>>> This is
>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>> only
>>>>>>>>>>>>>>>> way I
>>>>>>>>>>>>>>>> know to
>>>>>>>>>>>>>>>> preserve room
>>>>>>>>>>>>>>>> ids
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On Tue,
>>>>>>>>>>>>>>>> Jan 28,
>>>>>>>>>>>>>>>> 2014 at
>>>>>>>>>>>>>>>> 7:40
>>>>>>>>>>>>>>>> PM,
>>>>>>>>>>>>>>>> Peter
>>>>>>>>>>>>>>>> Dähn
>>>>>>>>>>>>>>>> <daehn@vcrp.de
>>>>>>>>>>>>>>>> <ma...@vcrp.de>>
>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Hallo
>>>>>>>>>>>>>>>> together,
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I
>>>>>>>>>>>>>>>> faced
>>>>>>>>>>>>>>>> a
>>>>>>>>>>>>>>>> problem
>>>>>>>>>>>>>>>> while
>>>>>>>>>>>>>>>> import
>>>>>>>>>>>>>>>> a
>>>>>>>>>>>>>>>> backup
>>>>>>>>>>>>>>>> from 2.0
>>>>>>>>>>>>>>>> to 2.2.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> The
>>>>>>>>>>>>>>>> roomIDs
>>>>>>>>>>>>>>>> were scrambled
>>>>>>>>>>>>>>>> during
>>>>>>>>>>>>>>>> import.
>>>>>>>>>>>>>>>> This happens
>>>>>>>>>>>>>>>> because
>>>>>>>>>>>>>>>> the new
>>>>>>>>>>>>>>>> IDs
>>>>>>>>>>>>>>>> will be
>>>>>>>>>>>>>>>> created
>>>>>>>>>>>>>>>> because
>>>>>>>>>>>>>>>> of
>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>> order
>>>>>>>>>>>>>>>> of
>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>> rooms
>>>>>>>>>>>>>>>> in
>>>>>>>>>>>>>>>> room.xml.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> The problem
>>>>>>>>>>>>>>>> is,
>>>>>>>>>>>>>>>> that we
>>>>>>>>>>>>>>>> store
>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>> further
>>>>>>>>>>>>>>>> roomIDs
>>>>>>>>>>>>>>>> in
>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>> database
>>>>>>>>>>>>>>>> of
>>>>>>>>>>>>>>>> our
>>>>>>>>>>>>>>>> LMS
>>>>>>>>>>>>>>>> and
>>>>>>>>>>>>>>>> use
>>>>>>>>>>>>>>>> them to
>>>>>>>>>>>>>>>> launch
>>>>>>>>>>>>>>>> a
>>>>>>>>>>>>>>>> room directly.
>>>>>>>>>>>>>>>> And
>>>>>>>>>>>>>>>> after
>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>> update
>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>> user enter
>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>> wrong
>>>>>>>>>>>>>>>> room.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Maybe
>>>>>>>>>>>>>>>> "r.setRooms_id(null);"
>>>>>>>>>>>>>>>> Line 289
>>>>>>>>>>>>>>>> in
>>>>>>>>>>>>>>>> BackupImportController.java
>>>>>>>>>>>>>>>> causes
>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>> trouble.
>>>>>>>>>>>>>>>> It
>>>>>>>>>>>>>>>> seems
>>>>>>>>>>>>>>>> there
>>>>>>>>>>>>>>>> were all
>>>>>>>>>>>>>>>> further
>>>>>>>>>>>>>>>> roomIDs
>>>>>>>>>>>>>>>> discarded.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Any
>>>>>>>>>>>>>>>> Ideas
>>>>>>>>>>>>>>>> how
>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>> handle
>>>>>>>>>>>>>>>> it?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> BR
>>>>>>>>>>>>>>>> Peter
>>>>>>>>>>>>>>>> Dähn
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>>>> Maxim
>>>>>>>>>>>>>>>> aka
>>>>>>>>>>>>>>>> solomax
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>>> Maxim aka
>>>>>>>>>>>>>>> solomax
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --
>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>> WBR
>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> WBR
>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> WBR
>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> WBR
>>>>>>>>> Maxim aka solomax
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> WBR
>>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>
>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>
>
>
>
> --
> WBR
> Maxim aka solomax
Re: Problem with backup import
Posted by Maxim Solodovnik <so...@gmail.com>.
just have tested with 2.1.1RC2
no access*log
maybe it is created based on some rules? external IP or something?
On Tue, Feb 4, 2014 at 10:41 PM, Peter Dähn <da...@vcrp.de> wrote:
> maybe something with the downgrade of red5...
>
> does others get accesslogs in 2.2? Maybe I'm the only one, who use them...
> :-/
>
>
> Am 04.02.2014 14:54, schrieb Peter Dähn:
>
> not really...
>
> I also tried it as root and it doesn't change the behavior...
>
>
> Am 04.02.2014 14:44, schrieb Maxim Solodovnik:
>
> Maybe file permission problems?
>
>
> On Tue, Feb 4, 2014 at 8:37 PM, Peter Dähn <da...@vcrp.de> wrote:
>
>> normally there will be written an 0.0.0.0_access.YYYY-MM-DD.log in the
>> log dir.
>>
>> By now it is not generated. openmeetings.log and red.log will be written.
>>
>> I didn't got this error in 2.0 and not in my 3.1 test-installation. Just
>> in this 2.2 installation accesslogs are missing.
>>
>> Greetings Peter
>>
>> Am 04.02.2014 14:26, schrieb Maxim Solodovnik:
>>
>> I can't understand what is wrong :(
>> Could you please describe what is not working?
>>
>>
>> On Tue, Feb 4, 2014 at 8:06 PM, Peter Dähn <da...@vcrp.de> wrote:
>>
>>> ok... errors found in red5.log.
>>>
>>> see attachment...
>>>
>>> Thanks Peter
>>>
>>> Am 04.02.2014 13:55, schrieb Maxim Solodovnik:
>>>
>>> The root cause of this issue should be earlier in the log
>>> and/or in red5.log
>>>
>>>
>>> On Tue, Feb 4, 2014 at 7:45 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>>> Hello,
>>>>
>>>> we managed to change the export of 2.0. The import in OM2.2 works as
>>>> expected.
>>>>
>>>> But we encounter 2 problems:
>>>>
>>>> *first* some rooms can just be entered, if this room will manually
>>>> save over the admin panel (we try to figure out this one....)
>>>>
>>>> and *second* accesslogs will not be written...
>>>>
>>>> Error in the log:
>>>>
>>>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>>>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings]
>>>> - Initializing Spring FrameworkServlet 'spring-mvc'
>>>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>>>> org.springframework.web.servlet.DispatcherServlet - FrameworkServlet
>>>> 'spring-mvc': initialization started
>>>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>>>> org.springframework.web.context.support.XmlWebApplicationContext -
>>>> Refreshing WebApplicationContext for namespace 'spring-mvc-servlet':
>>>> startup date [Tue Feb 04 12:07:18 CET 2014]; parent: Root
>>>> WebApplicationContext
>>>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>>>> org.springframework.web.servlet.DispatcherServlet - Context initialization
>>>> failed
>>>> java.lang.IllegalStateException: BeanFactory not initialized or already
>>>> closed - call 'refresh' before accessing beans via the ApplicationContext
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>> [na:1.6.0_32]
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>> [na:1.6.0_32]
>>>> at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
>>>> 04.02.2014 12:07:18 org.apache.catalina.core.ApplicationContext log
>>>> SCHWERWIEGEND: StandardWrapper.Throwable
>>>> java.lang.IllegalStateException: BeanFactory not initialized or already
>>>> closed - call 'refresh' before accessing beans via the ApplicationContext
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>>>> at
>>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>>>> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>>>> at
>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>>>> at
>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>>>> at
>>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>>>> at
>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>>>> at
>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>>>> at
>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>>>> at
>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>>>> at
>>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>>>> at
>>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>>>> at
>>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>> at java.lang.Thread.run(Thread.java:662)
>>>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>>>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings]
>>>> - StandardWrapper.Throwable
>>>> java.lang.IllegalStateException: BeanFactory not initialized or already
>>>> closed - call 'refresh' before accessing beans via the ApplicationContext
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>> [na:1.6.0_32]
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>> [na:1.6.0_32]
>>>> at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
>>>> 04.02.2014 12:07:18 org.apache.catalina.core.StandardWrapperValve invoke
>>>> SCHWERWIEGEND: Allocate exception for servlet spring-mvc
>>>> java.lang.IllegalStateException: BeanFactory not initialized or already
>>>> closed - call 'refresh' before accessing beans via the ApplicationContext
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>>>> at
>>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>>>> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>>>> at
>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>>>> at
>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>>>> at
>>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>>>> at
>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>>>> at
>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>>>> at
>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>>>> at
>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>>>> at
>>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>>>> at
>>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>>>> at
>>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>> at java.lang.Thread.run(Thread.java:662)
>>>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>>>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings].[spring-mvc]
>>>> - Allocate exception for servlet spring-mvc
>>>> java.lang.IllegalStateException: BeanFactory not initialized or already
>>>> closed - call 'refresh' before accessing beans via the ApplicationContext
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>> [na:1.6.0_32]
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>> [na:1.6.0_32]
>>>> at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
>>>>
>>>>
>>>> *and on thing* we saw: cli-admin -b --exclude-files doesn't seem to
>>>> work up to version 3.0
>>>>
>>>> Greetings Peter
>>>>
>>>> Am 29.01.2014 11:21, schrieb Peter Dähn:
>>>>
>>>> ok... thanks we work on it...
>>>>
>>>> Am 29.01.2014 10:25, schrieb Maxim Solodovnik:
>>>>
>>>> This is the patch for 3.0
>>>> I'm afraid you need to adapt it for 2.0 (the code have been changed a
>>>> lot :( )
>>>>
>>>>
>>>> On Wed, Jan 29, 2014 at 4:23 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>
>>>>> Hi there...
>>>>>
>>>>> Did you sleep at all???... ;-)
>>>>>
>>>>> Is it the patch for 2.0 or 2.2 or can I use it in both?
>>>>>
>>>>> Thanks alot nayway...
>>>>>
>>>>> Greetings Peter
>>>>>
>>>>> Am 29.01.2014 10:03, schrieb Maxim Solodovnik:
>>>>>
>>>>> Here you are: http://svn.apache.org/r1562380
>>>>>
>>>>>
>>>>> On Tue, Jan 28, 2014 at 11:05 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>
>>>>>> Hi Maxim,
>>>>>>
>>>>>> that sounds perfect... :-)
>>>>>>
>>>>>> So we wait for the patches...
>>>>>>
>>>>>> Thanks Peter
>>>>>>
>>>>>>
>>>>>> Am 28.01.2014 16:56, schrieb Maxim Solodovnik:
>>>>>>
>>>>>> Good finding
>>>>>> I can fix 3.0 and send you revision number and you patch 2.0/2.2
>>>>>> is it Ok?
>>>>>>
>>>>>>
>>>>>> On Tue, Jan 28, 2014 at 10:54 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>
>>>>>>> Hi Maxime...
>>>>>>>
>>>>>>> according to this...
>>>>>>> http://stackoverflow.com/questions/6585574/postgres-default-sort-by-id-worldshippostgres returns a not sortet result... so the xml is scambled... :-(
>>>>>>>
>>>>>>> how to fix export or import?
>>>>>>>
>>>>>>> We think a "sort by id" in the export functions (it seems to be a
>>>>>>> problem with all exports... rooms, user, flvs, messages... ) could do the
>>>>>>> job...
>>>>>>>
>>>>>>> Could you give us a hind where we can find the used functions?
>>>>>>>
>>>>>>> BR Peter
>>>>>>>
>>>>>>>
>>>>>>> Am 28.01.2014 16:01, schrieb Peter Dähn:
>>>>>>>
>>>>>>> no.. unfortunately not.. the same order than the xml...
>>>>>>>
>>>>>>> maybe something different because we use postgres-db?
>>>>>>>
>>>>>>>
>>>>>>> Am 28.01.2014 15:45, schrieb Maxim Solodovnik:
>>>>>>>
>>>>>>> Are your ids goes one-by-one?
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jan 28, 2014 at 9:25 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>
>>>>>>>> i allready had a look at the dbs... the ids are different...
>>>>>>>>
>>>>>>>> and I also droped the db before restore om... :-(
>>>>>>>>
>>>>>>>> anyway... sounds not good for me... :-(
>>>>>>>>
>>>>>>>>
>>>>>>>> Am 28.01.2014 15:20, schrieb Maxim Solodovnik:
>>>>>>>>
>>>>>>>> In this case
>>>>>>>> all rooms should have same ids after import
>>>>>>>>
>>>>>>>> could you perform select from the database to check?
>>>>>>>> have you dropped your Db before import?
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Jan 28, 2014 at 9:14 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>>
>>>>>>>>> hmm... i never put my hands on the database somehow...
>>>>>>>>>
>>>>>>>>> Am 28.01.2014 15:02, schrieb Maxim Solodovnik:
>>>>>>>>>
>>>>>>>>> the only case it can "scramble" ids: you have manually "hard"
>>>>>>>>> deleted some rooms
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, Jan 28, 2014 at 8:57 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>>>
>>>>>>>>>> thats what i did before... and it will scramble the roomIDs...
>>>>>>>>>> :-(
>>>>>>>>>>
>>>>>>>>>> any other ideas?
>>>>>>>>>>
>>>>>>>>>> BR Peter
>>>>>>>>>>
>>>>>>>>>> Am 28.01.2014 14:49, schrieb Maxim Solodovnik:
>>>>>>>>>>
>>>>>>>>>> -f option for file clean up only
>>>>>>>>>>
>>>>>>>>>> you need: "./admin.sh -i -v -file
>>>>>>>>>> backup_31_07_2012_12_07_51.zip --drop"
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Jan 28, 2014 at 8:39 PM, Peter Dähn <da...@vcrp.de>wrote:
>>>>>>>>>>
>>>>>>>>>>> Hi Maxim...
>>>>>>>>>>>
>>>>>>>>>>> according to Admin.java 199
>>>>>>>>>>>
>>>>>>>>>>> Command cmd = Command.usage;
>>>>>>>>>>> if (cmdl.hasOption('i')) {
>>>>>>>>>>> cmd = Command.install;
>>>>>>>>>>> } else if (cmdl.hasOption('b')) {
>>>>>>>>>>> cmd = Command.backup;
>>>>>>>>>>> } else if (cmdl.hasOption('r')) {
>>>>>>>>>>> cmd = Command.restore;
>>>>>>>>>>> } else if (cmdl.hasOption('l')) {
>>>>>>>>>>> cmd = Command.languages;
>>>>>>>>>>> } else if (cmdl.hasOption('f')) {
>>>>>>>>>>> cmd = Command.files;
>>>>>>>>>>> }
>>>>>>>>>>>
>>>>>>>>>>> -f option will be ignored in case of -i... Am I right?
>>>>>>>>>>>
>>>>>>>>>>> BR Peter
>>>>>>>>>>>
>>>>>>>>>>> Am 28.01.2014 14:12, schrieb Maxim Solodovnik:
>>>>>>>>>>>
>>>>>>>>>>> yes
>>>>>>>>>>> It will not create any additional users, just will add the
>>>>>>>>>>> contents of backup file
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Tue, Jan 28, 2014 at 7:59 PM, Peter Dähn <da...@vcrp.de>wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Hi Maxim,
>>>>>>>>>>>>
>>>>>>>>>>>> thanks for your quick response.
>>>>>>>>>>>>
>>>>>>>>>>>> Do you mean by "install from file" the -f option of admin.sh?
>>>>>>>>>>>>
>>>>>>>>>>>> something like "./admin.sh -i -v -f -file backup.zip"
>>>>>>>>>>>>
>>>>>>>>>>>> BR
>>>>>>>>>>>>
>>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>>
>>>>>>>>>>>> Am 28.01.2014 13:43, schrieb Maxim Solodovnik:
>>>>>>>>>>>>
>>>>>>>>>>>> you can try to "install from file"
>>>>>>>>>>>> This is the only way I know to preserve room ids
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Tue, Jan 28, 2014 at 7:40 PM, Peter Dähn <da...@vcrp.de>wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Hallo together,
>>>>>>>>>>>>>
>>>>>>>>>>>>> I faced a problem while import a backup from 2.0 to 2.2.
>>>>>>>>>>>>>
>>>>>>>>>>>>> The roomIDs were scrambled during import. This happens because
>>>>>>>>>>>>> the new
>>>>>>>>>>>>> IDs will be created because of the order of the rooms in
>>>>>>>>>>>>> room.xml.
>>>>>>>>>>>>>
>>>>>>>>>>>>> The problem is, that we store the further roomIDs in the
>>>>>>>>>>>>> database of
>>>>>>>>>>>>> our LMS and use them to launch a room directly. And after the
>>>>>>>>>>>>> update the
>>>>>>>>>>>>> user enter the wrong room.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Maybe "r.setRooms_id(null);" Line 289 in
>>>>>>>>>>>>> BackupImportController.java
>>>>>>>>>>>>> causes the trouble. It seems there were all further roomIDs
>>>>>>>>>>>>> discarded.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Any Ideas how to handle it?
>>>>>>>>>>>>>
>>>>>>>>>>>>> BR
>>>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> WBR
>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> WBR
>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> WBR
>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> WBR
>>>>>>>>> Maxim aka solomax
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> WBR
>>>>>>>> Maxim aka solomax
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>>
>>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>>
>>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>>
>
>
> --
> WBR
> Maxim aka solomax
>
>
--
WBR
Maxim aka solomax
Re: Problem with backup import
Posted by Peter Dähn <da...@vcrp.de>.
maybe something with the downgrade of red5...
does others get accesslogs in 2.2? Maybe I'm the only one, who use
them... :-/
Am 04.02.2014 14:54, schrieb Peter Dähn:
> not really...
>
> I also tried it as root and it doesn't change the behavior...
>
>
> Am 04.02.2014 14:44, schrieb Maxim Solodovnik:
>> Maybe file permission problems?
>>
>>
>> On Tue, Feb 4, 2014 at 8:37 PM, Peter Dähn <daehn@vcrp.de
>> <ma...@vcrp.de>> wrote:
>>
>> normally there will be written an 0.0.0.0_access.YYYY-MM-DD.log
>> in the log dir.
>>
>> By now it is not generated. openmeetings.log and red.log will be
>> written.
>>
>> I didn't got this error in 2.0 and not in my 3.1
>> test-installation. Just in this 2.2 installation accesslogs are
>> missing.
>>
>> Greetings Peter
>>
>> Am 04.02.2014 14:26, schrieb Maxim Solodovnik:
>>> I can't understand what is wrong :(
>>> Could you please describe what is not working?
>>>
>>>
>>> On Tue, Feb 4, 2014 at 8:06 PM, Peter Dähn <daehn@vcrp.de
>>> <ma...@vcrp.de>> wrote:
>>>
>>> ok... errors found in red5.log.
>>>
>>> see attachment...
>>>
>>> Thanks Peter
>>>
>>> Am 04.02.2014 13:55, schrieb Maxim Solodovnik:
>>>> The root cause of this issue should be earlier in the log
>>>> and/or in red5.log
>>>>
>>>>
>>>> On Tue, Feb 4, 2014 at 7:45 PM, Peter Dähn <daehn@vcrp.de
>>>> <ma...@vcrp.de>> wrote:
>>>>
>>>> Hello,
>>>>
>>>> we managed to change the export of 2.0. The import in
>>>> OM2.2 works as expected.
>>>>
>>>> But we encounter 2 problems:
>>>>
>>>> *first* some rooms can just be entered, if this room
>>>> will manually save over the admin panel (we try to
>>>> figure out this one....)
>>>>
>>>> and *second* accesslogs will not be written...
>>>>
>>>> Error in the log:
>>>>
>>>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>>>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings]
>>>> - Initializing Spring FrameworkServlet 'spring-mvc'
>>>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>>>> org.springframework.web.servlet.DispatcherServlet -
>>>> FrameworkServlet 'spring-mvc': initialization started
>>>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>>>> org.springframework.web.context.support.XmlWebApplicationContext
>>>> - Refreshing WebApplicationContext for namespace
>>>> 'spring-mvc-servlet': startup date [Tue Feb 04 12:07:18
>>>> CET 2014]; parent: Root WebApplicationContext
>>>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>>>> org.springframework.web.servlet.DispatcherServlet -
>>>> Context initialization failed
>>>> java.lang.IllegalStateException: BeanFactory not
>>>> initialized or already closed - call 'refresh' before
>>>> accessing beans via the ApplicationContext
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>> [na:1.6.0_32]
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>> [na:1.6.0_32]
>>>> at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
>>>> 04.02.2014 12:07:18
>>>> org.apache.catalina.core.ApplicationContext log
>>>> SCHWERWIEGEND: StandardWrapper.Throwable
>>>> java.lang.IllegalStateException: BeanFactory not
>>>> initialized or already closed - call 'refresh' before
>>>> accessing beans via the ApplicationContext
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>>>> at
>>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>>>> at
>>>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>>>> at
>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>>>> at
>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>>>> at
>>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>>>> at
>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>>>> at
>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>>>> at
>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>>>> at
>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>>>> at
>>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>>>> at
>>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>>>> at
>>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>> at java.lang.Thread.run(Thread.java:662)
>>>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>>>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings]
>>>> - StandardWrapper.Throwable
>>>> java.lang.IllegalStateException: BeanFactory not
>>>> initialized or already closed - call 'refresh' before
>>>> accessing beans via the ApplicationContext
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>> [na:1.6.0_32]
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>> [na:1.6.0_32]
>>>> at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
>>>> 04.02.2014 12:07:18
>>>> org.apache.catalina.core.StandardWrapperValve invoke
>>>> SCHWERWIEGEND: Allocate exception for servlet spring-mvc
>>>> java.lang.IllegalStateException: BeanFactory not
>>>> initialized or already closed - call 'refresh' before
>>>> accessing beans via the ApplicationContext
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>>>> at
>>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>>>> at
>>>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>>>> at
>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>>>> at
>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>>>> at
>>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>>>> at
>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>>>> at
>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>>>> at
>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>>>> at
>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>>>> at
>>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>>>> at
>>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>>>> at
>>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>> at java.lang.Thread.run(Thread.java:662)
>>>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>>>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings].[spring-mvc]
>>>> - Allocate exception for servlet spring-mvc
>>>> java.lang.IllegalStateException: BeanFactory not
>>>> initialized or already closed - call 'refresh' before
>>>> accessing beans via the ApplicationContext
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>>> at
>>>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>> [na:1.6.0_32]
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>> [na:1.6.0_32]
>>>> at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
>>>>
>>>>
>>>> *and on thing* we saw: cli-admin -b --exclude-files
>>>> doesn't seem to work up to version 3.0
>>>>
>>>> Greetings Peter
>>>>
>>>> Am 29.01.2014 11:21, schrieb Peter Dähn:
>>>>> ok... thanks we work on it...
>>>>>
>>>>> Am 29.01.2014 10:25, schrieb Maxim Solodovnik:
>>>>>> This is the patch for 3.0
>>>>>> I'm afraid you need to adapt it for 2.0 (the code
>>>>>> have been changed a lot :( )
>>>>>>
>>>>>>
>>>>>> On Wed, Jan 29, 2014 at 4:23 PM, Peter Dähn
>>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>>
>>>>>> Hi there...
>>>>>>
>>>>>> Did you sleep at all???... ;-)
>>>>>>
>>>>>> Is it the patch for 2.0 or 2.2 or can I use it in
>>>>>> both?
>>>>>>
>>>>>> Thanks alot nayway...
>>>>>>
>>>>>> Greetings Peter
>>>>>>
>>>>>> Am 29.01.2014 10:03, schrieb Maxim Solodovnik:
>>>>>>> Here you are: http://svn.apache.org/r1562380
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jan 28, 2014 at 11:05 PM, Peter Dähn
>>>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>>>
>>>>>>> Hi Maxim,
>>>>>>>
>>>>>>> that sounds perfect... :-)
>>>>>>>
>>>>>>> So we wait for the patches...
>>>>>>>
>>>>>>> Thanks Peter
>>>>>>>
>>>>>>>
>>>>>>> Am 28.01.2014 16:56, schrieb Maxim Solodovnik:
>>>>>>>> Good finding
>>>>>>>> I can fix 3.0 and send you revision number
>>>>>>>> and you patch 2.0/2.2
>>>>>>>> is it Ok?
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Jan 28, 2014 at 10:54 PM, Peter
>>>>>>>> Dähn <daehn@vcrp.de <ma...@vcrp.de>>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>> Hi Maxime...
>>>>>>>>
>>>>>>>> according to this...
>>>>>>>> http://stackoverflow.com/questions/6585574/postgres-default-sort-by-id-worldship
>>>>>>>> postgres returns a not sortet result...
>>>>>>>> so the xml is scambled... :-(
>>>>>>>>
>>>>>>>> how to fix export or import?
>>>>>>>>
>>>>>>>> We think a "sort by id" in the export
>>>>>>>> functions (it seems to be a problem
>>>>>>>> with all exports... rooms, user, flvs,
>>>>>>>> messages... ) could do the job...
>>>>>>>>
>>>>>>>> Could you give us a hind where we can
>>>>>>>> find the used functions?
>>>>>>>>
>>>>>>>> BR Peter
>>>>>>>>
>>>>>>>>
>>>>>>>> Am 28.01.2014 16:01, schrieb Peter Dähn:
>>>>>>>>> no.. unfortunately not.. the same
>>>>>>>>> order than the xml...
>>>>>>>>>
>>>>>>>>> maybe something different because we
>>>>>>>>> use postgres-db?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Am 28.01.2014 15:45, schrieb Maxim
>>>>>>>>> Solodovnik:
>>>>>>>>>> Are your ids goes one-by-one?
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Jan 28, 2014 at 9:25 PM,
>>>>>>>>>> Peter Dähn <daehn@vcrp.de
>>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>>
>>>>>>>>>> i allready had a look at the
>>>>>>>>>> dbs... the ids are different...
>>>>>>>>>>
>>>>>>>>>> and I also droped the db before
>>>>>>>>>> restore om... :-(
>>>>>>>>>>
>>>>>>>>>> anyway... sounds not good for
>>>>>>>>>> me... :-(
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Am 28.01.2014 15:20, schrieb
>>>>>>>>>> Maxim Solodovnik:
>>>>>>>>>>> In this case
>>>>>>>>>>> all rooms should have same ids
>>>>>>>>>>> after import
>>>>>>>>>>>
>>>>>>>>>>> could you perform select from
>>>>>>>>>>> the database to check?
>>>>>>>>>>> have you dropped your Db before
>>>>>>>>>>> import?
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Tue, Jan 28, 2014 at 9:14 PM,
>>>>>>>>>>> Peter Dähn <daehn@vcrp.de
>>>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>>>
>>>>>>>>>>> hmm... i never put my hands
>>>>>>>>>>> on the database somehow...
>>>>>>>>>>>
>>>>>>>>>>> Am 28.01.2014 15:02, schrieb
>>>>>>>>>>> Maxim Solodovnik:
>>>>>>>>>>>> the only case it can
>>>>>>>>>>>> "scramble" ids: you have
>>>>>>>>>>>> manually "hard" deleted
>>>>>>>>>>>> some rooms
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Tue, Jan 28, 2014 at
>>>>>>>>>>>> 8:57 PM, Peter Dähn
>>>>>>>>>>>> <daehn@vcrp.de
>>>>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> thats what i did
>>>>>>>>>>>> before... and it will
>>>>>>>>>>>> scramble the roomIDs... :-(
>>>>>>>>>>>>
>>>>>>>>>>>> any other ideas?
>>>>>>>>>>>>
>>>>>>>>>>>> BR Peter
>>>>>>>>>>>>
>>>>>>>>>>>> Am 28.01.2014 14:49,
>>>>>>>>>>>> schrieb Maxim Solodovnik:
>>>>>>>>>>>>> -f option for file
>>>>>>>>>>>>> clean up only
>>>>>>>>>>>>>
>>>>>>>>>>>>> you need: "./admin.sh
>>>>>>>>>>>>> -i -v -file
>>>>>>>>>>>>> backup_31_07_2012_12_07_51.zip
>>>>>>>>>>>>> --drop"
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Tue, Jan 28, 2014
>>>>>>>>>>>>> at 8:39 PM, Peter Dähn
>>>>>>>>>>>>> <daehn@vcrp.de
>>>>>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>> Hi Maxim...
>>>>>>>>>>>>>
>>>>>>>>>>>>> according to
>>>>>>>>>>>>> Admin.java 199
>>>>>>>>>>>>>
>>>>>>>>>>>>> Command
>>>>>>>>>>>>> cmd = Command.usage;
>>>>>>>>>>>>> if
>>>>>>>>>>>>> (cmdl.hasOption('i'))
>>>>>>>>>>>>> {
>>>>>>>>>>>>> cmd =
>>>>>>>>>>>>> Command.install;
>>>>>>>>>>>>> } else if
>>>>>>>>>>>>> (cmdl.hasOption('b'))
>>>>>>>>>>>>> {
>>>>>>>>>>>>> cmd =
>>>>>>>>>>>>> Command.backup;
>>>>>>>>>>>>> } else if
>>>>>>>>>>>>> (cmdl.hasOption('r'))
>>>>>>>>>>>>> {
>>>>>>>>>>>>> cmd =
>>>>>>>>>>>>> Command.restore;
>>>>>>>>>>>>> } else if
>>>>>>>>>>>>> (cmdl.hasOption('l'))
>>>>>>>>>>>>> {
>>>>>>>>>>>>> cmd =
>>>>>>>>>>>>> Command.languages;
>>>>>>>>>>>>> } else if
>>>>>>>>>>>>> (cmdl.hasOption('f'))
>>>>>>>>>>>>> {
>>>>>>>>>>>>> cmd =
>>>>>>>>>>>>> Command.files;
>>>>>>>>>>>>> }
>>>>>>>>>>>>>
>>>>>>>>>>>>> -f option will be
>>>>>>>>>>>>> ignored in case of
>>>>>>>>>>>>> -i... Am I right?
>>>>>>>>>>>>>
>>>>>>>>>>>>> BR Peter
>>>>>>>>>>>>>
>>>>>>>>>>>>> Am 28.01.2014
>>>>>>>>>>>>> 14:12, schrieb
>>>>>>>>>>>>> Maxim Solodovnik:
>>>>>>>>>>>>>> yes
>>>>>>>>>>>>>> It will not
>>>>>>>>>>>>>> create any
>>>>>>>>>>>>>> additional users,
>>>>>>>>>>>>>> just will add the
>>>>>>>>>>>>>> contents of
>>>>>>>>>>>>>> backup file
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Tue, Jan 28,
>>>>>>>>>>>>>> 2014 at 7:59 PM,
>>>>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>>>> <daehn@vcrp.de
>>>>>>>>>>>>>> <ma...@vcrp.de>>
>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Hi Maxim,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> thanks for
>>>>>>>>>>>>>> your quick
>>>>>>>>>>>>>> response.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Do you mean
>>>>>>>>>>>>>> by "install
>>>>>>>>>>>>>> from file"
>>>>>>>>>>>>>> the -f option
>>>>>>>>>>>>>> of admin.sh?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> something
>>>>>>>>>>>>>> like
>>>>>>>>>>>>>> "./admin.sh
>>>>>>>>>>>>>> -i -v -f
>>>>>>>>>>>>>> -file backup.zip"
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> BR
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Am 28.01.2014
>>>>>>>>>>>>>> 13:43,
>>>>>>>>>>>>>> schrieb Maxim
>>>>>>>>>>>>>> Solodovnik:
>>>>>>>>>>>>>>> you can try
>>>>>>>>>>>>>>> to "install
>>>>>>>>>>>>>>> from file"
>>>>>>>>>>>>>>> This is the
>>>>>>>>>>>>>>> only way I
>>>>>>>>>>>>>>> know to
>>>>>>>>>>>>>>> preserve
>>>>>>>>>>>>>>> room ids
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Tue, Jan
>>>>>>>>>>>>>>> 28, 2014 at
>>>>>>>>>>>>>>> 7:40 PM,
>>>>>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>>>>> <daehn@vcrp.de
>>>>>>>>>>>>>>> <ma...@vcrp.de>>
>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Hallo
>>>>>>>>>>>>>>> together,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I faced
>>>>>>>>>>>>>>> a
>>>>>>>>>>>>>>> problem
>>>>>>>>>>>>>>> while
>>>>>>>>>>>>>>> import a
>>>>>>>>>>>>>>> backup
>>>>>>>>>>>>>>> from 2.0
>>>>>>>>>>>>>>> to 2.2.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> The
>>>>>>>>>>>>>>> roomIDs
>>>>>>>>>>>>>>> were
>>>>>>>>>>>>>>> scrambled during
>>>>>>>>>>>>>>> import.
>>>>>>>>>>>>>>> This
>>>>>>>>>>>>>>> happens
>>>>>>>>>>>>>>> because
>>>>>>>>>>>>>>> the new
>>>>>>>>>>>>>>> IDs will
>>>>>>>>>>>>>>> be
>>>>>>>>>>>>>>> created
>>>>>>>>>>>>>>> because
>>>>>>>>>>>>>>> of the
>>>>>>>>>>>>>>> order of
>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>> rooms in
>>>>>>>>>>>>>>> room.xml.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> The
>>>>>>>>>>>>>>> problem
>>>>>>>>>>>>>>> is, that
>>>>>>>>>>>>>>> we store
>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>> further
>>>>>>>>>>>>>>> roomIDs
>>>>>>>>>>>>>>> in the
>>>>>>>>>>>>>>> database of
>>>>>>>>>>>>>>> our LMS
>>>>>>>>>>>>>>> and use
>>>>>>>>>>>>>>> them to
>>>>>>>>>>>>>>> launch a
>>>>>>>>>>>>>>> room
>>>>>>>>>>>>>>> directly. And
>>>>>>>>>>>>>>> after
>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>> update the
>>>>>>>>>>>>>>> user
>>>>>>>>>>>>>>> enter
>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>> wrong room.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Maybe
>>>>>>>>>>>>>>> "r.setRooms_id(null);"
>>>>>>>>>>>>>>> Line 289
>>>>>>>>>>>>>>> in
>>>>>>>>>>>>>>> BackupImportController.java
>>>>>>>>>>>>>>> causes
>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>> trouble.
>>>>>>>>>>>>>>> It seems
>>>>>>>>>>>>>>> there
>>>>>>>>>>>>>>> were all
>>>>>>>>>>>>>>> further
>>>>>>>>>>>>>>> roomIDs
>>>>>>>>>>>>>>> discarded.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Any
>>>>>>>>>>>>>>> Ideas
>>>>>>>>>>>>>>> how to
>>>>>>>>>>>>>>> handle it?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> BR
>>>>>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>>> Maxim aka
>>>>>>>>>>>>>>> solomax
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --
>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>> WBR
>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> WBR
>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> WBR
>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> WBR
>>>>>>>>>> Maxim aka solomax
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> WBR
>>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>
>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
Re: Problem with backup import
Posted by Peter Dähn <da...@vcrp.de>.
not really...
I also tried it as root and it doesn't change the behavior...
Am 04.02.2014 14:44, schrieb Maxim Solodovnik:
> Maybe file permission problems?
>
>
> On Tue, Feb 4, 2014 at 8:37 PM, Peter Dähn <daehn@vcrp.de
> <ma...@vcrp.de>> wrote:
>
> normally there will be written an 0.0.0.0_access.YYYY-MM-DD.log in
> the log dir.
>
> By now it is not generated. openmeetings.log and red.log will be
> written.
>
> I didn't got this error in 2.0 and not in my 3.1
> test-installation. Just in this 2.2 installation accesslogs are
> missing.
>
> Greetings Peter
>
> Am 04.02.2014 14:26, schrieb Maxim Solodovnik:
>> I can't understand what is wrong :(
>> Could you please describe what is not working?
>>
>>
>> On Tue, Feb 4, 2014 at 8:06 PM, Peter Dähn <daehn@vcrp.de
>> <ma...@vcrp.de>> wrote:
>>
>> ok... errors found in red5.log.
>>
>> see attachment...
>>
>> Thanks Peter
>>
>> Am 04.02.2014 13:55, schrieb Maxim Solodovnik:
>>> The root cause of this issue should be earlier in the log
>>> and/or in red5.log
>>>
>>>
>>> On Tue, Feb 4, 2014 at 7:45 PM, Peter Dähn <daehn@vcrp.de
>>> <ma...@vcrp.de>> wrote:
>>>
>>> Hello,
>>>
>>> we managed to change the export of 2.0. The import in
>>> OM2.2 works as expected.
>>>
>>> But we encounter 2 problems:
>>>
>>> *first* some rooms can just be entered, if this room
>>> will manually save over the admin panel (we try to
>>> figure out this one....)
>>>
>>> and *second* accesslogs will not be written...
>>>
>>> Error in the log:
>>>
>>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings]
>>> - Initializing Spring FrameworkServlet 'spring-mvc'
>>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>>> org.springframework.web.servlet.DispatcherServlet -
>>> FrameworkServlet 'spring-mvc': initialization started
>>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>>> org.springframework.web.context.support.XmlWebApplicationContext
>>> - Refreshing WebApplicationContext for namespace
>>> 'spring-mvc-servlet': startup date [Tue Feb 04 12:07:18
>>> CET 2014]; parent: Root WebApplicationContext
>>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>>> org.springframework.web.servlet.DispatcherServlet -
>>> Context initialization failed
>>> java.lang.IllegalStateException: BeanFactory not
>>> initialized or already closed - call 'refresh' before
>>> accessing beans via the ApplicationContext
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>> [na:1.6.0_32]
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>> [na:1.6.0_32]
>>> at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
>>> 04.02.2014 12:07:18
>>> org.apache.catalina.core.ApplicationContext log
>>> SCHWERWIEGEND: StandardWrapper.Throwable
>>> java.lang.IllegalStateException: BeanFactory not
>>> initialized or already closed - call 'refresh' before
>>> accessing beans via the ApplicationContext
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>>> at
>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>>> at
>>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>> at
>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>>> at
>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>>> at
>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>>> at
>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>>> at
>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>>> at
>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>>> at
>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>>> at
>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>>> at
>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>>> at
>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>>> at
>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>>> at
>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>>> at
>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>> at java.lang.Thread.run(Thread.java:662)
>>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings]
>>> - StandardWrapper.Throwable
>>> java.lang.IllegalStateException: BeanFactory not
>>> initialized or already closed - call 'refresh' before
>>> accessing beans via the ApplicationContext
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>> [na:1.6.0_32]
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>> [na:1.6.0_32]
>>> at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
>>> 04.02.2014 12:07:18
>>> org.apache.catalina.core.StandardWrapperValve invoke
>>> SCHWERWIEGEND: Allocate exception for servlet spring-mvc
>>> java.lang.IllegalStateException: BeanFactory not
>>> initialized or already closed - call 'refresh' before
>>> accessing beans via the ApplicationContext
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>>> at
>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>>> at
>>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>> at
>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>>> at
>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>>> at
>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>>> at
>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>>> at
>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>>> at
>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>>> at
>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>>> at
>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>>> at
>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>>> at
>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>>> at
>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>>> at
>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>>> at
>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>> at java.lang.Thread.run(Thread.java:662)
>>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings].[spring-mvc]
>>> - Allocate exception for servlet spring-mvc
>>> java.lang.IllegalStateException: BeanFactory not
>>> initialized or already closed - call 'refresh' before
>>> accessing beans via the ApplicationContext
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>> [na:1.6.0_32]
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>> [na:1.6.0_32]
>>> at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
>>>
>>>
>>> *and on thing* we saw: cli-admin -b --exclude-files
>>> doesn't seem to work up to version 3.0
>>>
>>> Greetings Peter
>>>
>>> Am 29.01.2014 11:21, schrieb Peter Dähn:
>>>> ok... thanks we work on it...
>>>>
>>>> Am 29.01.2014 10:25, schrieb Maxim Solodovnik:
>>>>> This is the patch for 3.0
>>>>> I'm afraid you need to adapt it for 2.0 (the code have
>>>>> been changed a lot :( )
>>>>>
>>>>>
>>>>> On Wed, Jan 29, 2014 at 4:23 PM, Peter Dähn
>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>
>>>>> Hi there...
>>>>>
>>>>> Did you sleep at all???... ;-)
>>>>>
>>>>> Is it the patch for 2.0 or 2.2 or can I use it in
>>>>> both?
>>>>>
>>>>> Thanks alot nayway...
>>>>>
>>>>> Greetings Peter
>>>>>
>>>>> Am 29.01.2014 10:03, schrieb Maxim Solodovnik:
>>>>>> Here you are: http://svn.apache.org/r1562380
>>>>>>
>>>>>>
>>>>>> On Tue, Jan 28, 2014 at 11:05 PM, Peter Dähn
>>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>>
>>>>>> Hi Maxim,
>>>>>>
>>>>>> that sounds perfect... :-)
>>>>>>
>>>>>> So we wait for the patches...
>>>>>>
>>>>>> Thanks Peter
>>>>>>
>>>>>>
>>>>>> Am 28.01.2014 16:56, schrieb Maxim Solodovnik:
>>>>>>> Good finding
>>>>>>> I can fix 3.0 and send you revision number
>>>>>>> and you patch 2.0/2.2
>>>>>>> is it Ok?
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jan 28, 2014 at 10:54 PM, Peter Dähn
>>>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>>>
>>>>>>> Hi Maxime...
>>>>>>>
>>>>>>> according to this...
>>>>>>> http://stackoverflow.com/questions/6585574/postgres-default-sort-by-id-worldship
>>>>>>> postgres returns a not sortet result...
>>>>>>> so the xml is scambled... :-(
>>>>>>>
>>>>>>> how to fix export or import?
>>>>>>>
>>>>>>> We think a "sort by id" in the export
>>>>>>> functions (it seems to be a problem with
>>>>>>> all exports... rooms, user, flvs,
>>>>>>> messages... ) could do the job...
>>>>>>>
>>>>>>> Could you give us a hind where we can
>>>>>>> find the used functions?
>>>>>>>
>>>>>>> BR Peter
>>>>>>>
>>>>>>>
>>>>>>> Am 28.01.2014 16:01, schrieb Peter Dähn:
>>>>>>>> no.. unfortunately not.. the same order
>>>>>>>> than the xml...
>>>>>>>>
>>>>>>>> maybe something different because we
>>>>>>>> use postgres-db?
>>>>>>>>
>>>>>>>>
>>>>>>>> Am 28.01.2014 15:45, schrieb Maxim
>>>>>>>> Solodovnik:
>>>>>>>>> Are your ids goes one-by-one?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, Jan 28, 2014 at 9:25 PM, Peter
>>>>>>>>> Dähn <daehn@vcrp.de
>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>
>>>>>>>>> i allready had a look at the
>>>>>>>>> dbs... the ids are different...
>>>>>>>>>
>>>>>>>>> and I also droped the db before
>>>>>>>>> restore om... :-(
>>>>>>>>>
>>>>>>>>> anyway... sounds not good for
>>>>>>>>> me... :-(
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Am 28.01.2014 15:20, schrieb Maxim
>>>>>>>>> Solodovnik:
>>>>>>>>>> In this case
>>>>>>>>>> all rooms should have same ids
>>>>>>>>>> after import
>>>>>>>>>>
>>>>>>>>>> could you perform select from the
>>>>>>>>>> database to check?
>>>>>>>>>> have you dropped your Db before
>>>>>>>>>> import?
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Jan 28, 2014 at 9:14 PM,
>>>>>>>>>> Peter Dähn <daehn@vcrp.de
>>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>>
>>>>>>>>>> hmm... i never put my hands
>>>>>>>>>> on the database somehow...
>>>>>>>>>>
>>>>>>>>>> Am 28.01.2014 15:02, schrieb
>>>>>>>>>> Maxim Solodovnik:
>>>>>>>>>>> the only case it can
>>>>>>>>>>> "scramble" ids: you have
>>>>>>>>>>> manually "hard" deleted some
>>>>>>>>>>> rooms
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Tue, Jan 28, 2014 at 8:57
>>>>>>>>>>> PM, Peter Dähn
>>>>>>>>>>> <daehn@vcrp.de
>>>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>>>
>>>>>>>>>>> thats what i did
>>>>>>>>>>> before... and it will
>>>>>>>>>>> scramble the roomIDs... :-(
>>>>>>>>>>>
>>>>>>>>>>> any other ideas?
>>>>>>>>>>>
>>>>>>>>>>> BR Peter
>>>>>>>>>>>
>>>>>>>>>>> Am 28.01.2014 14:49,
>>>>>>>>>>> schrieb Maxim Solodovnik:
>>>>>>>>>>>> -f option for file
>>>>>>>>>>>> clean up only
>>>>>>>>>>>>
>>>>>>>>>>>> you need: "./admin.sh
>>>>>>>>>>>> -i -v -file
>>>>>>>>>>>> backup_31_07_2012_12_07_51.zip
>>>>>>>>>>>> --drop"
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Tue, Jan 28, 2014 at
>>>>>>>>>>>> 8:39 PM, Peter Dähn
>>>>>>>>>>>> <daehn@vcrp.de
>>>>>>>>>>>> <ma...@vcrp.de>>
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> Hi Maxim...
>>>>>>>>>>>>
>>>>>>>>>>>> according to
>>>>>>>>>>>> Admin.java 199
>>>>>>>>>>>>
>>>>>>>>>>>> Command cmd
>>>>>>>>>>>> = Command.usage;
>>>>>>>>>>>> if
>>>>>>>>>>>> (cmdl.hasOption('i')) {
>>>>>>>>>>>> cmd =
>>>>>>>>>>>> Command.install;
>>>>>>>>>>>> } else if
>>>>>>>>>>>> (cmdl.hasOption('b')) {
>>>>>>>>>>>> cmd =
>>>>>>>>>>>> Command.backup;
>>>>>>>>>>>> } else if
>>>>>>>>>>>> (cmdl.hasOption('r')) {
>>>>>>>>>>>> cmd =
>>>>>>>>>>>> Command.restore;
>>>>>>>>>>>> } else if
>>>>>>>>>>>> (cmdl.hasOption('l')) {
>>>>>>>>>>>> cmd =
>>>>>>>>>>>> Command.languages;
>>>>>>>>>>>> } else if
>>>>>>>>>>>> (cmdl.hasOption('f')) {
>>>>>>>>>>>> cmd =
>>>>>>>>>>>> Command.files;
>>>>>>>>>>>> }
>>>>>>>>>>>>
>>>>>>>>>>>> -f option will be
>>>>>>>>>>>> ignored in case of
>>>>>>>>>>>> -i... Am I right?
>>>>>>>>>>>>
>>>>>>>>>>>> BR Peter
>>>>>>>>>>>>
>>>>>>>>>>>> Am 28.01.2014
>>>>>>>>>>>> 14:12, schrieb
>>>>>>>>>>>> Maxim Solodovnik:
>>>>>>>>>>>>> yes
>>>>>>>>>>>>> It will not create
>>>>>>>>>>>>> any additional
>>>>>>>>>>>>> users, just will
>>>>>>>>>>>>> add the contents
>>>>>>>>>>>>> of backup file
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Tue, Jan 28,
>>>>>>>>>>>>> 2014 at 7:59 PM,
>>>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>>> <daehn@vcrp.de
>>>>>>>>>>>>> <ma...@vcrp.de>>
>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>> Hi Maxim,
>>>>>>>>>>>>>
>>>>>>>>>>>>> thanks for
>>>>>>>>>>>>> your quick
>>>>>>>>>>>>> response.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Do you mean by
>>>>>>>>>>>>> "install from
>>>>>>>>>>>>> file" the -f
>>>>>>>>>>>>> option of
>>>>>>>>>>>>> admin.sh?
>>>>>>>>>>>>>
>>>>>>>>>>>>> something like
>>>>>>>>>>>>> "./admin.sh -i
>>>>>>>>>>>>> -v -f -file
>>>>>>>>>>>>> backup.zip"
>>>>>>>>>>>>>
>>>>>>>>>>>>> BR
>>>>>>>>>>>>>
>>>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>>>
>>>>>>>>>>>>> Am 28.01.2014
>>>>>>>>>>>>> 13:43, schrieb
>>>>>>>>>>>>> Maxim Solodovnik:
>>>>>>>>>>>>>> you can try
>>>>>>>>>>>>>> to "install
>>>>>>>>>>>>>> from file"
>>>>>>>>>>>>>> This is the
>>>>>>>>>>>>>> only way I
>>>>>>>>>>>>>> know to
>>>>>>>>>>>>>> preserve room ids
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Tue, Jan
>>>>>>>>>>>>>> 28, 2014 at
>>>>>>>>>>>>>> 7:40 PM,
>>>>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>>>> <daehn@vcrp.de <ma...@vcrp.de>>
>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Hallo
>>>>>>>>>>>>>> together,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I faced a
>>>>>>>>>>>>>> problem
>>>>>>>>>>>>>> while
>>>>>>>>>>>>>> import a
>>>>>>>>>>>>>> backup
>>>>>>>>>>>>>> from 2.0
>>>>>>>>>>>>>> to 2.2.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> The
>>>>>>>>>>>>>> roomIDs
>>>>>>>>>>>>>> were
>>>>>>>>>>>>>> scrambled
>>>>>>>>>>>>>> during
>>>>>>>>>>>>>> import.
>>>>>>>>>>>>>> This
>>>>>>>>>>>>>> happens
>>>>>>>>>>>>>> because
>>>>>>>>>>>>>> the new
>>>>>>>>>>>>>> IDs will
>>>>>>>>>>>>>> be
>>>>>>>>>>>>>> created
>>>>>>>>>>>>>> because
>>>>>>>>>>>>>> of the
>>>>>>>>>>>>>> order of
>>>>>>>>>>>>>> the rooms
>>>>>>>>>>>>>> in room.xml.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> The
>>>>>>>>>>>>>> problem
>>>>>>>>>>>>>> is, that
>>>>>>>>>>>>>> we store
>>>>>>>>>>>>>> the
>>>>>>>>>>>>>> further
>>>>>>>>>>>>>> roomIDs
>>>>>>>>>>>>>> in the
>>>>>>>>>>>>>> database of
>>>>>>>>>>>>>> our LMS
>>>>>>>>>>>>>> and use
>>>>>>>>>>>>>> them to
>>>>>>>>>>>>>> launch a
>>>>>>>>>>>>>> room
>>>>>>>>>>>>>> directly.
>>>>>>>>>>>>>> And after
>>>>>>>>>>>>>> the
>>>>>>>>>>>>>> update the
>>>>>>>>>>>>>> user
>>>>>>>>>>>>>> enter the
>>>>>>>>>>>>>> wrong room.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Maybe
>>>>>>>>>>>>>> "r.setRooms_id(null);"
>>>>>>>>>>>>>> Line 289
>>>>>>>>>>>>>> in
>>>>>>>>>>>>>> BackupImportController.java
>>>>>>>>>>>>>> causes
>>>>>>>>>>>>>> the
>>>>>>>>>>>>>> trouble.
>>>>>>>>>>>>>> It seems
>>>>>>>>>>>>>> there
>>>>>>>>>>>>>> were all
>>>>>>>>>>>>>> further
>>>>>>>>>>>>>> roomIDs
>>>>>>>>>>>>>> discarded.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Any Ideas
>>>>>>>>>>>>>> how to
>>>>>>>>>>>>>> handle it?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> BR
>>>>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --
>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>> Maxim aka
>>>>>>>>>>>>>> solomax
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>> WBR
>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> WBR
>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> WBR
>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> WBR
>>>>>>>>>> Maxim aka solomax
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> WBR
>>>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>
>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>
>
>
>
> --
> WBR
> Maxim aka solomax
Re: Problem with backup import
Posted by Maxim Solodovnik <so...@gmail.com>.
Maybe file permission problems?
On Tue, Feb 4, 2014 at 8:37 PM, Peter Dähn <da...@vcrp.de> wrote:
> normally there will be written an 0.0.0.0_access.YYYY-MM-DD.log in the
> log dir.
>
> By now it is not generated. openmeetings.log and red.log will be written.
>
> I didn't got this error in 2.0 and not in my 3.1 test-installation. Just
> in this 2.2 installation accesslogs are missing.
>
> Greetings Peter
>
> Am 04.02.2014 14:26, schrieb Maxim Solodovnik:
>
> I can't understand what is wrong :(
> Could you please describe what is not working?
>
>
> On Tue, Feb 4, 2014 at 8:06 PM, Peter Dähn <da...@vcrp.de> wrote:
>
>> ok... errors found in red5.log.
>>
>> see attachment...
>>
>> Thanks Peter
>>
>> Am 04.02.2014 13:55, schrieb Maxim Solodovnik:
>>
>> The root cause of this issue should be earlier in the log
>> and/or in red5.log
>>
>>
>> On Tue, Feb 4, 2014 at 7:45 PM, Peter Dähn <da...@vcrp.de> wrote:
>>
>>> Hello,
>>>
>>> we managed to change the export of 2.0. The import in OM2.2 works as
>>> expected.
>>>
>>> But we encounter 2 problems:
>>>
>>> *first* some rooms can just be entered, if this room will manually save
>>> over the admin panel (we try to figure out this one....)
>>>
>>> and *second* accesslogs will not be written...
>>>
>>> Error in the log:
>>>
>>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings]
>>> - Initializing Spring FrameworkServlet 'spring-mvc'
>>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>>> org.springframework.web.servlet.DispatcherServlet - FrameworkServlet
>>> 'spring-mvc': initialization started
>>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>>> org.springframework.web.context.support.XmlWebApplicationContext -
>>> Refreshing WebApplicationContext for namespace 'spring-mvc-servlet':
>>> startup date [Tue Feb 04 12:07:18 CET 2014]; parent: Root
>>> WebApplicationContext
>>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>>> org.springframework.web.servlet.DispatcherServlet - Context initialization
>>> failed
>>> java.lang.IllegalStateException: BeanFactory not initialized or already
>>> closed - call 'refresh' before accessing beans via the ApplicationContext
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>>> [spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>> [na:1.6.0_32]
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>> [na:1.6.0_32]
>>> at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
>>> 04.02.2014 12:07:18 org.apache.catalina.core.ApplicationContext log
>>> SCHWERWIEGEND: StandardWrapper.Throwable
>>> java.lang.IllegalStateException: BeanFactory not initialized or already
>>> closed - call 'refresh' before accessing beans via the ApplicationContext
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>>> at
>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>>> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>> at
>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>>> at
>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>>> at
>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>>> at
>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>>> at
>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>>> at
>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>>> at
>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>>> at
>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>>> at
>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>>> at
>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>>> at
>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>>> at
>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>>> at
>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>> at java.lang.Thread.run(Thread.java:662)
>>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings]
>>> - StandardWrapper.Throwable
>>> java.lang.IllegalStateException: BeanFactory not initialized or already
>>> closed - call 'refresh' before accessing beans via the ApplicationContext
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>> [na:1.6.0_32]
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>> [na:1.6.0_32]
>>> at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
>>> 04.02.2014 12:07:18 org.apache.catalina.core.StandardWrapperValve invoke
>>> SCHWERWIEGEND: Allocate exception for servlet spring-mvc
>>> java.lang.IllegalStateException: BeanFactory not initialized or already
>>> closed - call 'refresh' before accessing beans via the ApplicationContext
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>>> at
>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>>> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>> at
>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>>> at
>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>>> at
>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>>> at
>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>>> at
>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>>> at
>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>>> at
>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>>> at
>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>>> at
>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>>> at
>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>>> at
>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>>> at
>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>>> at
>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>> at java.lang.Thread.run(Thread.java:662)
>>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings].[spring-mvc]
>>> - Allocate exception for servlet spring-mvc
>>> java.lang.IllegalStateException: BeanFactory not initialized or already
>>> closed - call 'refresh' before accessing beans via the ApplicationContext
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at
>>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>>> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
>>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>> [na:1.6.0_32]
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>> [na:1.6.0_32]
>>> at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
>>>
>>>
>>> *and on thing* we saw: cli-admin -b --exclude-files doesn't seem to
>>> work up to version 3.0
>>>
>>> Greetings Peter
>>>
>>> Am 29.01.2014 11:21, schrieb Peter Dähn:
>>>
>>> ok... thanks we work on it...
>>>
>>> Am 29.01.2014 10:25, schrieb Maxim Solodovnik:
>>>
>>> This is the patch for 3.0
>>> I'm afraid you need to adapt it for 2.0 (the code have been changed a
>>> lot :( )
>>>
>>>
>>> On Wed, Jan 29, 2014 at 4:23 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>>> Hi there...
>>>>
>>>> Did you sleep at all???... ;-)
>>>>
>>>> Is it the patch for 2.0 or 2.2 or can I use it in both?
>>>>
>>>> Thanks alot nayway...
>>>>
>>>> Greetings Peter
>>>>
>>>> Am 29.01.2014 10:03, schrieb Maxim Solodovnik:
>>>>
>>>> Here you are: http://svn.apache.org/r1562380
>>>>
>>>>
>>>> On Tue, Jan 28, 2014 at 11:05 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>
>>>>> Hi Maxim,
>>>>>
>>>>> that sounds perfect... :-)
>>>>>
>>>>> So we wait for the patches...
>>>>>
>>>>> Thanks Peter
>>>>>
>>>>>
>>>>> Am 28.01.2014 16:56, schrieb Maxim Solodovnik:
>>>>>
>>>>> Good finding
>>>>> I can fix 3.0 and send you revision number and you patch 2.0/2.2
>>>>> is it Ok?
>>>>>
>>>>>
>>>>> On Tue, Jan 28, 2014 at 10:54 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>
>>>>>> Hi Maxime...
>>>>>>
>>>>>> according to this...
>>>>>> http://stackoverflow.com/questions/6585574/postgres-default-sort-by-id-worldshippostgres returns a not sortet result... so the xml is scambled... :-(
>>>>>>
>>>>>> how to fix export or import?
>>>>>>
>>>>>> We think a "sort by id" in the export functions (it seems to be a
>>>>>> problem with all exports... rooms, user, flvs, messages... ) could do the
>>>>>> job...
>>>>>>
>>>>>> Could you give us a hind where we can find the used functions?
>>>>>>
>>>>>> BR Peter
>>>>>>
>>>>>>
>>>>>> Am 28.01.2014 16:01, schrieb Peter Dähn:
>>>>>>
>>>>>> no.. unfortunately not.. the same order than the xml...
>>>>>>
>>>>>> maybe something different because we use postgres-db?
>>>>>>
>>>>>>
>>>>>> Am 28.01.2014 15:45, schrieb Maxim Solodovnik:
>>>>>>
>>>>>> Are your ids goes one-by-one?
>>>>>>
>>>>>>
>>>>>> On Tue, Jan 28, 2014 at 9:25 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>
>>>>>>> i allready had a look at the dbs... the ids are different...
>>>>>>>
>>>>>>> and I also droped the db before restore om... :-(
>>>>>>>
>>>>>>> anyway... sounds not good for me... :-(
>>>>>>>
>>>>>>>
>>>>>>> Am 28.01.2014 15:20, schrieb Maxim Solodovnik:
>>>>>>>
>>>>>>> In this case
>>>>>>> all rooms should have same ids after import
>>>>>>>
>>>>>>> could you perform select from the database to check?
>>>>>>> have you dropped your Db before import?
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jan 28, 2014 at 9:14 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>
>>>>>>>> hmm... i never put my hands on the database somehow...
>>>>>>>>
>>>>>>>> Am 28.01.2014 15:02, schrieb Maxim Solodovnik:
>>>>>>>>
>>>>>>>> the only case it can "scramble" ids: you have manually "hard"
>>>>>>>> deleted some rooms
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Jan 28, 2014 at 8:57 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>>
>>>>>>>>> thats what i did before... and it will scramble the roomIDs... :-(
>>>>>>>>>
>>>>>>>>> any other ideas?
>>>>>>>>>
>>>>>>>>> BR Peter
>>>>>>>>>
>>>>>>>>> Am 28.01.2014 14:49, schrieb Maxim Solodovnik:
>>>>>>>>>
>>>>>>>>> -f option for file clean up only
>>>>>>>>>
>>>>>>>>> you need: "./admin.sh -i -v -file backup_31_07_2012_12_07_51.zip
>>>>>>>>> --drop"
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, Jan 28, 2014 at 8:39 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>>>
>>>>>>>>>> Hi Maxim...
>>>>>>>>>>
>>>>>>>>>> according to Admin.java 199
>>>>>>>>>>
>>>>>>>>>> Command cmd = Command.usage;
>>>>>>>>>> if (cmdl.hasOption('i')) {
>>>>>>>>>> cmd = Command.install;
>>>>>>>>>> } else if (cmdl.hasOption('b')) {
>>>>>>>>>> cmd = Command.backup;
>>>>>>>>>> } else if (cmdl.hasOption('r')) {
>>>>>>>>>> cmd = Command.restore;
>>>>>>>>>> } else if (cmdl.hasOption('l')) {
>>>>>>>>>> cmd = Command.languages;
>>>>>>>>>> } else if (cmdl.hasOption('f')) {
>>>>>>>>>> cmd = Command.files;
>>>>>>>>>> }
>>>>>>>>>>
>>>>>>>>>> -f option will be ignored in case of -i... Am I right?
>>>>>>>>>>
>>>>>>>>>> BR Peter
>>>>>>>>>>
>>>>>>>>>> Am 28.01.2014 14:12, schrieb Maxim Solodovnik:
>>>>>>>>>>
>>>>>>>>>> yes
>>>>>>>>>> It will not create any additional users, just will add the
>>>>>>>>>> contents of backup file
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Jan 28, 2014 at 7:59 PM, Peter Dähn <da...@vcrp.de>wrote:
>>>>>>>>>>
>>>>>>>>>>> Hi Maxim,
>>>>>>>>>>>
>>>>>>>>>>> thanks for your quick response.
>>>>>>>>>>>
>>>>>>>>>>> Do you mean by "install from file" the -f option of admin.sh?
>>>>>>>>>>>
>>>>>>>>>>> something like "./admin.sh -i -v -f -file backup.zip"
>>>>>>>>>>>
>>>>>>>>>>> BR
>>>>>>>>>>>
>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>
>>>>>>>>>>> Am 28.01.2014 13:43, schrieb Maxim Solodovnik:
>>>>>>>>>>>
>>>>>>>>>>> you can try to "install from file"
>>>>>>>>>>> This is the only way I know to preserve room ids
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Tue, Jan 28, 2014 at 7:40 PM, Peter Dähn <da...@vcrp.de>wrote:
>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Hallo together,
>>>>>>>>>>>>
>>>>>>>>>>>> I faced a problem while import a backup from 2.0 to 2.2.
>>>>>>>>>>>>
>>>>>>>>>>>> The roomIDs were scrambled during import. This happens because
>>>>>>>>>>>> the new
>>>>>>>>>>>> IDs will be created because of the order of the rooms in
>>>>>>>>>>>> room.xml.
>>>>>>>>>>>>
>>>>>>>>>>>> The problem is, that we store the further roomIDs in the
>>>>>>>>>>>> database of
>>>>>>>>>>>> our LMS and use them to launch a room directly. And after the
>>>>>>>>>>>> update the
>>>>>>>>>>>> user enter the wrong room.
>>>>>>>>>>>>
>>>>>>>>>>>> Maybe "r.setRooms_id(null);" Line 289 in
>>>>>>>>>>>> BackupImportController.java
>>>>>>>>>>>> causes the trouble. It seems there were all further roomIDs
>>>>>>>>>>>> discarded.
>>>>>>>>>>>>
>>>>>>>>>>>> Any Ideas how to handle it?
>>>>>>>>>>>>
>>>>>>>>>>>> BR
>>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> WBR
>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> WBR
>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> WBR
>>>>>>>>> Maxim aka solomax
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> WBR
>>>>>>>> Maxim aka solomax
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>>
>>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>>
>>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>>
>
>
> --
> WBR
> Maxim aka solomax
>
>
--
WBR
Maxim aka solomax
Re: Problem with backup import
Posted by Peter Dähn <da...@vcrp.de>.
normally there will be written an 0.0.0.0_access.YYYY-MM-DD.log in the
log dir.
By now it is not generated. openmeetings.log and red.log will be written.
I didn't got this error in 2.0 and not in my 3.1 test-installation. Just
in this 2.2 installation accesslogs are missing.
Greetings Peter
Am 04.02.2014 14:26, schrieb Maxim Solodovnik:
> I can't understand what is wrong :(
> Could you please describe what is not working?
>
>
> On Tue, Feb 4, 2014 at 8:06 PM, Peter Dähn <daehn@vcrp.de
> <ma...@vcrp.de>> wrote:
>
> ok... errors found in red5.log.
>
> see attachment...
>
> Thanks Peter
>
> Am 04.02.2014 13:55, schrieb Maxim Solodovnik:
>> The root cause of this issue should be earlier in the log
>> and/or in red5.log
>>
>>
>> On Tue, Feb 4, 2014 at 7:45 PM, Peter Dähn <daehn@vcrp.de
>> <ma...@vcrp.de>> wrote:
>>
>> Hello,
>>
>> we managed to change the export of 2.0. The import in OM2.2
>> works as expected.
>>
>> But we encounter 2 problems:
>>
>> *first* some rooms can just be entered, if this room will
>> manually save over the admin panel (we try to figure out this
>> one....)
>>
>> and *second* accesslogs will not be written...
>>
>> Error in the log:
>>
>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings]
>> - Initializing Spring FrameworkServlet 'spring-mvc'
>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>> org.springframework.web.servlet.DispatcherServlet -
>> FrameworkServlet 'spring-mvc': initialization started
>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>> org.springframework.web.context.support.XmlWebApplicationContext
>> - Refreshing WebApplicationContext for namespace
>> 'spring-mvc-servlet': startup date [Tue Feb 04 12:07:18 CET
>> 2014]; parent: Root WebApplicationContext
>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>> org.springframework.web.servlet.DispatcherServlet - Context
>> initialization failed
>> java.lang.IllegalStateException: BeanFactory not initialized
>> or already closed - call 'refresh' before accessing beans via
>> the ApplicationContext
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>> [spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>> [na:1.6.0_32]
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>> [na:1.6.0_32]
>> at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
>> 04.02.2014 12:07:18
>> org.apache.catalina.core.ApplicationContext log
>> SCHWERWIEGEND: StandardWrapper.Throwable
>> java.lang.IllegalStateException: BeanFactory not initialized
>> or already closed - call 'refresh' before accessing beans via
>> the ApplicationContext
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>> at
>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>> at
>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>> at
>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>> at
>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>> at
>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>> at
>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>> at
>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>> at
>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>> at
>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
>> at
>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>> at
>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>> at
>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>> at
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>> at
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>> at
>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>> at
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>> at
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>> at
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>> at
>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>> at
>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>> at
>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>> at
>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>> at java.lang.Thread.run(Thread.java:662)
>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings]
>> - StandardWrapper.Throwable
>> java.lang.IllegalStateException: BeanFactory not initialized
>> or already closed - call 'refresh' before accessing beans via
>> the ApplicationContext
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>> [na:1.6.0_32]
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>> [na:1.6.0_32]
>> at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
>> 04.02.2014 12:07:18
>> org.apache.catalina.core.StandardWrapperValve invoke
>> SCHWERWIEGEND: Allocate exception for servlet spring-mvc
>> java.lang.IllegalStateException: BeanFactory not initialized
>> or already closed - call 'refresh' before accessing beans via
>> the ApplicationContext
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>> at
>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>> at
>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>> at
>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>> at
>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>> at
>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>> at
>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>> at
>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>> at
>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>> at
>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
>> at
>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>> at
>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>> at
>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>> at
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>> at
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>> at
>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>> at
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>> at
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>> at
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>> at
>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>> at
>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>> at
>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>> at
>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>> at java.lang.Thread.run(Thread.java:662)
>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings].[spring-mvc]
>> - Allocate exception for servlet spring-mvc
>> java.lang.IllegalStateException: BeanFactory not initialized
>> or already closed - call 'refresh' before accessing beans via
>> the ApplicationContext
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> javax.servlet.GenericServlet.init(GenericServlet.java:160)
>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>> [na:1.6.0_32]
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>> [na:1.6.0_32]
>> at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
>>
>>
>> *and on thing* we saw: cli-admin -b --exclude-files doesn't
>> seem to work up to version 3.0
>>
>> Greetings Peter
>>
>> Am 29.01.2014 11:21, schrieb Peter Dähn:
>>> ok... thanks we work on it...
>>>
>>> Am 29.01.2014 10:25, schrieb Maxim Solodovnik:
>>>> This is the patch for 3.0
>>>> I'm afraid you need to adapt it for 2.0 (the code have been
>>>> changed a lot :( )
>>>>
>>>>
>>>> On Wed, Jan 29, 2014 at 4:23 PM, Peter Dähn <daehn@vcrp.de
>>>> <ma...@vcrp.de>> wrote:
>>>>
>>>> Hi there...
>>>>
>>>> Did you sleep at all???... ;-)
>>>>
>>>> Is it the patch for 2.0 or 2.2 or can I use it in both?
>>>>
>>>> Thanks alot nayway...
>>>>
>>>> Greetings Peter
>>>>
>>>> Am 29.01.2014 10:03, schrieb Maxim Solodovnik:
>>>>> Here you are: http://svn.apache.org/r1562380
>>>>>
>>>>>
>>>>> On Tue, Jan 28, 2014 at 11:05 PM, Peter Dähn
>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>
>>>>> Hi Maxim,
>>>>>
>>>>> that sounds perfect... :-)
>>>>>
>>>>> So we wait for the patches...
>>>>>
>>>>> Thanks Peter
>>>>>
>>>>>
>>>>> Am 28.01.2014 16:56, schrieb Maxim Solodovnik:
>>>>>> Good finding
>>>>>> I can fix 3.0 and send you revision number and
>>>>>> you patch 2.0/2.2
>>>>>> is it Ok?
>>>>>>
>>>>>>
>>>>>> On Tue, Jan 28, 2014 at 10:54 PM, Peter Dähn
>>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>>
>>>>>> Hi Maxime...
>>>>>>
>>>>>> according to this...
>>>>>> http://stackoverflow.com/questions/6585574/postgres-default-sort-by-id-worldship
>>>>>> postgres returns a not sortet result... so
>>>>>> the xml is scambled... :-(
>>>>>>
>>>>>> how to fix export or import?
>>>>>>
>>>>>> We think a "sort by id" in the export
>>>>>> functions (it seems to be a problem with all
>>>>>> exports... rooms, user, flvs, messages... )
>>>>>> could do the job...
>>>>>>
>>>>>> Could you give us a hind where we can find
>>>>>> the used functions?
>>>>>>
>>>>>> BR Peter
>>>>>>
>>>>>>
>>>>>> Am 28.01.2014 16:01, schrieb Peter Dähn:
>>>>>>> no.. unfortunately not.. the same order than
>>>>>>> the xml...
>>>>>>>
>>>>>>> maybe something different because we use
>>>>>>> postgres-db?
>>>>>>>
>>>>>>>
>>>>>>> Am 28.01.2014 15:45, schrieb Maxim Solodovnik:
>>>>>>>> Are your ids goes one-by-one?
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Jan 28, 2014 at 9:25 PM, Peter Dähn
>>>>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>>>>
>>>>>>>> i allready had a look at the dbs... the
>>>>>>>> ids are different...
>>>>>>>>
>>>>>>>> and I also droped the db before restore
>>>>>>>> om... :-(
>>>>>>>>
>>>>>>>> anyway... sounds not good for me... :-(
>>>>>>>>
>>>>>>>>
>>>>>>>> Am 28.01.2014 15:20, schrieb Maxim
>>>>>>>> Solodovnik:
>>>>>>>>> In this case
>>>>>>>>> all rooms should have same ids after
>>>>>>>>> import
>>>>>>>>>
>>>>>>>>> could you perform select from the
>>>>>>>>> database to check?
>>>>>>>>> have you dropped your Db before import?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, Jan 28, 2014 at 9:14 PM, Peter
>>>>>>>>> Dähn <daehn@vcrp.de
>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>
>>>>>>>>> hmm... i never put my hands on the
>>>>>>>>> database somehow...
>>>>>>>>>
>>>>>>>>> Am 28.01.2014 15:02, schrieb Maxim
>>>>>>>>> Solodovnik:
>>>>>>>>>> the only case it can "scramble"
>>>>>>>>>> ids: you have manually "hard"
>>>>>>>>>> deleted some rooms
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Jan 28, 2014 at 8:57 PM,
>>>>>>>>>> Peter Dähn <daehn@vcrp.de
>>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>>
>>>>>>>>>> thats what i did before...
>>>>>>>>>> and it will scramble the
>>>>>>>>>> roomIDs... :-(
>>>>>>>>>>
>>>>>>>>>> any other ideas?
>>>>>>>>>>
>>>>>>>>>> BR Peter
>>>>>>>>>>
>>>>>>>>>> Am 28.01.2014 14:49, schrieb
>>>>>>>>>> Maxim Solodovnik:
>>>>>>>>>>> -f option for file clean up
>>>>>>>>>>> only
>>>>>>>>>>>
>>>>>>>>>>> you need: "./admin.sh -i -v
>>>>>>>>>>> -file
>>>>>>>>>>> backup_31_07_2012_12_07_51.zip
>>>>>>>>>>> --drop"
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Tue, Jan 28, 2014 at 8:39
>>>>>>>>>>> PM, Peter Dähn
>>>>>>>>>>> <daehn@vcrp.de
>>>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>>>
>>>>>>>>>>> Hi Maxim...
>>>>>>>>>>>
>>>>>>>>>>> according to Admin.java 199
>>>>>>>>>>>
>>>>>>>>>>> Command cmd =
>>>>>>>>>>> Command.usage;
>>>>>>>>>>> if
>>>>>>>>>>> (cmdl.hasOption('i')) {
>>>>>>>>>>> cmd =
>>>>>>>>>>> Command.install;
>>>>>>>>>>> } else if
>>>>>>>>>>> (cmdl.hasOption('b')) {
>>>>>>>>>>> cmd =
>>>>>>>>>>> Command.backup;
>>>>>>>>>>> } else if
>>>>>>>>>>> (cmdl.hasOption('r')) {
>>>>>>>>>>> cmd =
>>>>>>>>>>> Command.restore;
>>>>>>>>>>> } else if
>>>>>>>>>>> (cmdl.hasOption('l')) {
>>>>>>>>>>> cmd =
>>>>>>>>>>> Command.languages;
>>>>>>>>>>> } else if
>>>>>>>>>>> (cmdl.hasOption('f')) {
>>>>>>>>>>> cmd =
>>>>>>>>>>> Command.files;
>>>>>>>>>>> }
>>>>>>>>>>>
>>>>>>>>>>> -f option will be
>>>>>>>>>>> ignored in case of -i...
>>>>>>>>>>> Am I right?
>>>>>>>>>>>
>>>>>>>>>>> BR Peter
>>>>>>>>>>>
>>>>>>>>>>> Am 28.01.2014 14:12,
>>>>>>>>>>> schrieb Maxim Solodovnik:
>>>>>>>>>>>> yes
>>>>>>>>>>>> It will not create any
>>>>>>>>>>>> additional users, just
>>>>>>>>>>>> will add the contents
>>>>>>>>>>>> of backup file
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Tue, Jan 28, 2014 at
>>>>>>>>>>>> 7:59 PM, Peter Dähn
>>>>>>>>>>>> <daehn@vcrp.de
>>>>>>>>>>>> <ma...@vcrp.de>>
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> Hi Maxim,
>>>>>>>>>>>>
>>>>>>>>>>>> thanks for your
>>>>>>>>>>>> quick response.
>>>>>>>>>>>>
>>>>>>>>>>>> Do you mean by
>>>>>>>>>>>> "install from file"
>>>>>>>>>>>> the -f option of
>>>>>>>>>>>> admin.sh?
>>>>>>>>>>>>
>>>>>>>>>>>> something like
>>>>>>>>>>>> "./admin.sh -i -v
>>>>>>>>>>>> -f -file backup.zip"
>>>>>>>>>>>>
>>>>>>>>>>>> BR
>>>>>>>>>>>>
>>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>>
>>>>>>>>>>>> Am 28.01.2014
>>>>>>>>>>>> 13:43, schrieb
>>>>>>>>>>>> Maxim Solodovnik:
>>>>>>>>>>>>> you can try to
>>>>>>>>>>>>> "install from file"
>>>>>>>>>>>>> This is the only
>>>>>>>>>>>>> way I know to
>>>>>>>>>>>>> preserve room ids
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Tue, Jan 28,
>>>>>>>>>>>>> 2014 at 7:40 PM,
>>>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>>> <daehn@vcrp.de
>>>>>>>>>>>>> <ma...@vcrp.de>>
>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Hallo together,
>>>>>>>>>>>>>
>>>>>>>>>>>>> I faced a
>>>>>>>>>>>>> problem while
>>>>>>>>>>>>> import a
>>>>>>>>>>>>> backup from
>>>>>>>>>>>>> 2.0 to 2.2.
>>>>>>>>>>>>>
>>>>>>>>>>>>> The roomIDs
>>>>>>>>>>>>> were scrambled
>>>>>>>>>>>>> during import.
>>>>>>>>>>>>> This happens
>>>>>>>>>>>>> because the new
>>>>>>>>>>>>> IDs will be
>>>>>>>>>>>>> created
>>>>>>>>>>>>> because of the
>>>>>>>>>>>>> order of the
>>>>>>>>>>>>> rooms in room.xml.
>>>>>>>>>>>>>
>>>>>>>>>>>>> The problem
>>>>>>>>>>>>> is, that we
>>>>>>>>>>>>> store the
>>>>>>>>>>>>> further
>>>>>>>>>>>>> roomIDs in the
>>>>>>>>>>>>> database of
>>>>>>>>>>>>> our LMS and
>>>>>>>>>>>>> use them to
>>>>>>>>>>>>> launch a room
>>>>>>>>>>>>> directly. And
>>>>>>>>>>>>> after the
>>>>>>>>>>>>> update the
>>>>>>>>>>>>> user enter the
>>>>>>>>>>>>> wrong room.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Maybe
>>>>>>>>>>>>> "r.setRooms_id(null);"
>>>>>>>>>>>>> Line 289 in
>>>>>>>>>>>>> BackupImportController.java
>>>>>>>>>>>>> causes the
>>>>>>>>>>>>> trouble. It
>>>>>>>>>>>>> seems there
>>>>>>>>>>>>> were all
>>>>>>>>>>>>> further
>>>>>>>>>>>>> roomIDs discarded.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Any Ideas how
>>>>>>>>>>>>> to handle it?
>>>>>>>>>>>>>
>>>>>>>>>>>>> BR
>>>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>> WBR
>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> WBR
>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> WBR
>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> WBR
>>>>>>>>>> Maxim aka solomax
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> WBR
>>>>>>>>> Maxim aka solomax
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> WBR
>>>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>
>
>
>
> --
> WBR
> Maxim aka solomax
Re: Problem with backup import
Posted by Maxim Solodovnik <so...@gmail.com>.
I can't understand what is wrong :(
Could you please describe what is not working?
On Tue, Feb 4, 2014 at 8:06 PM, Peter Dähn <da...@vcrp.de> wrote:
> ok... errors found in red5.log.
>
> see attachment...
>
> Thanks Peter
>
> Am 04.02.2014 13:55, schrieb Maxim Solodovnik:
>
> The root cause of this issue should be earlier in the log
> and/or in red5.log
>
>
> On Tue, Feb 4, 2014 at 7:45 PM, Peter Dähn <da...@vcrp.de> wrote:
>
>> Hello,
>>
>> we managed to change the export of 2.0. The import in OM2.2 works as
>> expected.
>>
>> But we encounter 2 problems:
>>
>> *first* some rooms can just be entered, if this room will manually save
>> over the admin panel (we try to figure out this one....)
>>
>> and *second* accesslogs will not be written...
>>
>> Error in the log:
>>
>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings]
>> - Initializing Spring FrameworkServlet 'spring-mvc'
>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>> org.springframework.web.servlet.DispatcherServlet - FrameworkServlet
>> 'spring-mvc': initialization started
>> [INFO] [http-nio-0.0.0.0-5080-exec-1]
>> org.springframework.web.context.support.XmlWebApplicationContext -
>> Refreshing WebApplicationContext for namespace 'spring-mvc-servlet':
>> startup date [Tue Feb 04 12:07:18 CET 2014]; parent: Root
>> WebApplicationContext
>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>> org.springframework.web.servlet.DispatcherServlet - Context initialization
>> failed
>> java.lang.IllegalStateException: BeanFactory not initialized or already
>> closed - call 'refresh' before accessing beans via the ApplicationContext
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>> [spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>> [na:1.6.0_32]
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>> [na:1.6.0_32]
>> at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
>> 04.02.2014 12:07:18 org.apache.catalina.core.ApplicationContext log
>> SCHWERWIEGEND: StandardWrapper.Throwable
>> java.lang.IllegalStateException: BeanFactory not initialized or already
>> closed - call 'refresh' before accessing beans via the ApplicationContext
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>> at
>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>> at
>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>> at
>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>> at
>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>> at
>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>> at
>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>> at
>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>> at
>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>> at
>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
>> at
>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>> at
>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>> at
>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>> at
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>> at
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>> at
>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>> at
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>> at
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>> at
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>> at
>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>> at
>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>> at
>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>> at
>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>> at java.lang.Thread.run(Thread.java:662)
>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings]
>> - StandardWrapper.Throwable
>> java.lang.IllegalStateException: BeanFactory not initialized or already
>> closed - call 'refresh' before accessing beans via the ApplicationContext
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>> [na:1.6.0_32]
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>> [na:1.6.0_32]
>> at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
>> 04.02.2014 12:07:18 org.apache.catalina.core.StandardWrapperValve invoke
>> SCHWERWIEGEND: Allocate exception for servlet spring-mvc
>> java.lang.IllegalStateException: BeanFactory not initialized or already
>> closed - call 'refresh' before accessing beans via the ApplicationContext
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>> at
>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>> at
>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>> at
>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>> at
>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>> at
>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>> at
>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>> at
>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>> at
>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>> at
>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
>> at
>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>> at
>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>> at
>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>> at
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>> at
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>> at
>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>> at
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>> at
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>> at
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>> at
>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>> at
>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>> at
>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>> at
>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>> at java.lang.Thread.run(Thread.java:662)
>> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
>> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings].[spring-mvc]
>> - Allocate exception for servlet spring-mvc
>> java.lang.IllegalStateException: BeanFactory not initialized or already
>> closed - call 'refresh' before accessing beans via the ApplicationContext
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
>> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at
>> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
>> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
>> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
>> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
>> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>> [na:1.6.0_32]
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>> [na:1.6.0_32]
>> at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
>>
>>
>> *and on thing* we saw: cli-admin -b --exclude-files doesn't seem to work
>> up to version 3.0
>>
>> Greetings Peter
>>
>> Am 29.01.2014 11:21, schrieb Peter Dähn:
>>
>> ok... thanks we work on it...
>>
>> Am 29.01.2014 10:25, schrieb Maxim Solodovnik:
>>
>> This is the patch for 3.0
>> I'm afraid you need to adapt it for 2.0 (the code have been changed a lot
>> :( )
>>
>>
>> On Wed, Jan 29, 2014 at 4:23 PM, Peter Dähn <da...@vcrp.de> wrote:
>>
>>> Hi there...
>>>
>>> Did you sleep at all???... ;-)
>>>
>>> Is it the patch for 2.0 or 2.2 or can I use it in both?
>>>
>>> Thanks alot nayway...
>>>
>>> Greetings Peter
>>>
>>> Am 29.01.2014 10:03, schrieb Maxim Solodovnik:
>>>
>>> Here you are: http://svn.apache.org/r1562380
>>>
>>>
>>> On Tue, Jan 28, 2014 at 11:05 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>>> Hi Maxim,
>>>>
>>>> that sounds perfect... :-)
>>>>
>>>> So we wait for the patches...
>>>>
>>>> Thanks Peter
>>>>
>>>>
>>>> Am 28.01.2014 16:56, schrieb Maxim Solodovnik:
>>>>
>>>> Good finding
>>>> I can fix 3.0 and send you revision number and you patch 2.0/2.2
>>>> is it Ok?
>>>>
>>>>
>>>> On Tue, Jan 28, 2014 at 10:54 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>
>>>>> Hi Maxime...
>>>>>
>>>>> according to this...
>>>>> http://stackoverflow.com/questions/6585574/postgres-default-sort-by-id-worldshippostgres returns a not sortet result... so the xml is scambled... :-(
>>>>>
>>>>> how to fix export or import?
>>>>>
>>>>> We think a "sort by id" in the export functions (it seems to be a
>>>>> problem with all exports... rooms, user, flvs, messages... ) could do the
>>>>> job...
>>>>>
>>>>> Could you give us a hind where we can find the used functions?
>>>>>
>>>>> BR Peter
>>>>>
>>>>>
>>>>> Am 28.01.2014 16:01, schrieb Peter Dähn:
>>>>>
>>>>> no.. unfortunately not.. the same order than the xml...
>>>>>
>>>>> maybe something different because we use postgres-db?
>>>>>
>>>>>
>>>>> Am 28.01.2014 15:45, schrieb Maxim Solodovnik:
>>>>>
>>>>> Are your ids goes one-by-one?
>>>>>
>>>>>
>>>>> On Tue, Jan 28, 2014 at 9:25 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>
>>>>>> i allready had a look at the dbs... the ids are different...
>>>>>>
>>>>>> and I also droped the db before restore om... :-(
>>>>>>
>>>>>> anyway... sounds not good for me... :-(
>>>>>>
>>>>>>
>>>>>> Am 28.01.2014 15:20, schrieb Maxim Solodovnik:
>>>>>>
>>>>>> In this case
>>>>>> all rooms should have same ids after import
>>>>>>
>>>>>> could you perform select from the database to check?
>>>>>> have you dropped your Db before import?
>>>>>>
>>>>>>
>>>>>> On Tue, Jan 28, 2014 at 9:14 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>
>>>>>>> hmm... i never put my hands on the database somehow...
>>>>>>>
>>>>>>> Am 28.01.2014 15:02, schrieb Maxim Solodovnik:
>>>>>>>
>>>>>>> the only case it can "scramble" ids: you have manually "hard"
>>>>>>> deleted some rooms
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jan 28, 2014 at 8:57 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>
>>>>>>>> thats what i did before... and it will scramble the roomIDs... :-(
>>>>>>>>
>>>>>>>> any other ideas?
>>>>>>>>
>>>>>>>> BR Peter
>>>>>>>>
>>>>>>>> Am 28.01.2014 14:49, schrieb Maxim Solodovnik:
>>>>>>>>
>>>>>>>> -f option for file clean up only
>>>>>>>>
>>>>>>>> you need: "./admin.sh -i -v -file backup_31_07_2012_12_07_51.zip
>>>>>>>> --drop"
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Jan 28, 2014 at 8:39 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>>
>>>>>>>>> Hi Maxim...
>>>>>>>>>
>>>>>>>>> according to Admin.java 199
>>>>>>>>>
>>>>>>>>> Command cmd = Command.usage;
>>>>>>>>> if (cmdl.hasOption('i')) {
>>>>>>>>> cmd = Command.install;
>>>>>>>>> } else if (cmdl.hasOption('b')) {
>>>>>>>>> cmd = Command.backup;
>>>>>>>>> } else if (cmdl.hasOption('r')) {
>>>>>>>>> cmd = Command.restore;
>>>>>>>>> } else if (cmdl.hasOption('l')) {
>>>>>>>>> cmd = Command.languages;
>>>>>>>>> } else if (cmdl.hasOption('f')) {
>>>>>>>>> cmd = Command.files;
>>>>>>>>> }
>>>>>>>>>
>>>>>>>>> -f option will be ignored in case of -i... Am I right?
>>>>>>>>>
>>>>>>>>> BR Peter
>>>>>>>>>
>>>>>>>>> Am 28.01.2014 14:12, schrieb Maxim Solodovnik:
>>>>>>>>>
>>>>>>>>> yes
>>>>>>>>> It will not create any additional users, just will add the
>>>>>>>>> contents of backup file
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, Jan 28, 2014 at 7:59 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>>>
>>>>>>>>>> Hi Maxim,
>>>>>>>>>>
>>>>>>>>>> thanks for your quick response.
>>>>>>>>>>
>>>>>>>>>> Do you mean by "install from file" the -f option of admin.sh?
>>>>>>>>>>
>>>>>>>>>> something like "./admin.sh -i -v -f -file backup.zip"
>>>>>>>>>>
>>>>>>>>>> BR
>>>>>>>>>>
>>>>>>>>>> Peter Dähn
>>>>>>>>>>
>>>>>>>>>> Am 28.01.2014 13:43, schrieb Maxim Solodovnik:
>>>>>>>>>>
>>>>>>>>>> you can try to "install from file"
>>>>>>>>>> This is the only way I know to preserve room ids
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Jan 28, 2014 at 7:40 PM, Peter Dähn <da...@vcrp.de>wrote:
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Hallo together,
>>>>>>>>>>>
>>>>>>>>>>> I faced a problem while import a backup from 2.0 to 2.2.
>>>>>>>>>>>
>>>>>>>>>>> The roomIDs were scrambled during import. This happens because
>>>>>>>>>>> the new
>>>>>>>>>>> IDs will be created because of the order of the rooms in
>>>>>>>>>>> room.xml.
>>>>>>>>>>>
>>>>>>>>>>> The problem is, that we store the further roomIDs in the
>>>>>>>>>>> database of
>>>>>>>>>>> our LMS and use them to launch a room directly. And after the
>>>>>>>>>>> update the
>>>>>>>>>>> user enter the wrong room.
>>>>>>>>>>>
>>>>>>>>>>> Maybe "r.setRooms_id(null);" Line 289 in
>>>>>>>>>>> BackupImportController.java
>>>>>>>>>>> causes the trouble. It seems there were all further roomIDs
>>>>>>>>>>> discarded.
>>>>>>>>>>>
>>>>>>>>>>> Any Ideas how to handle it?
>>>>>>>>>>>
>>>>>>>>>>> BR
>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> WBR
>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> WBR
>>>>>>>>> Maxim aka solomax
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> WBR
>>>>>>>> Maxim aka solomax
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>>
>>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>>
>>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>>
>
>
> --
> WBR
> Maxim aka solomax
>
>
--
WBR
Maxim aka solomax
Re: Problem with backup import
Posted by Peter Dähn <da...@vcrp.de>.
ok... errors found in red5.log.
see attachment...
Thanks Peter
Am 04.02.2014 13:55, schrieb Maxim Solodovnik:
> The root cause of this issue should be earlier in the log
> and/or in red5.log
>
>
> On Tue, Feb 4, 2014 at 7:45 PM, Peter Dähn <daehn@vcrp.de
> <ma...@vcrp.de>> wrote:
>
> Hello,
>
> we managed to change the export of 2.0. The import in OM2.2 works
> as expected.
>
> But we encounter 2 problems:
>
> *first* some rooms can just be entered, if this room will manually
> save over the admin panel (we try to figure out this one....)
>
> and *second* accesslogs will not be written...
>
> Error in the log:
>
> [INFO] [http-nio-0.0.0.0-5080-exec-1]
> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings]
> - Initializing Spring FrameworkServlet 'spring-mvc'
> [INFO] [http-nio-0.0.0.0-5080-exec-1]
> org.springframework.web.servlet.DispatcherServlet -
> FrameworkServlet 'spring-mvc': initialization started
> [INFO] [http-nio-0.0.0.0-5080-exec-1]
> org.springframework.web.context.support.XmlWebApplicationContext -
> Refreshing WebApplicationContext for namespace
> 'spring-mvc-servlet': startup date [Tue Feb 04 12:07:18 CET 2014];
> parent: Root WebApplicationContext
> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
> org.springframework.web.servlet.DispatcherServlet - Context
> initialization failed
> java.lang.IllegalStateException: BeanFactory not initialized or
> already closed - call 'refresh' before accessing beans via the
> ApplicationContext
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
> [spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> [na:1.6.0_32]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> [na:1.6.0_32]
> at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
> 04.02.2014 12:07:18 org.apache.catalina.core.ApplicationContext log
> SCHWERWIEGEND: StandardWrapper.Throwable
> java.lang.IllegalStateException: BeanFactory not initialized or
> already closed - call 'refresh' before accessing beans via the
> ApplicationContext
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
> at
> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
> at
> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
> at
> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
> at
> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
> at
> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
> at
> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
> at
> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
> at
> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
> at
> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
> at
> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
> at
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
> at
> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
> at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
> at
> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
> at
> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
> at
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> at java.lang.Thread.run(Thread.java:662)
> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings]
> - StandardWrapper.Throwable
> java.lang.IllegalStateException: BeanFactory not initialized or
> already closed - call 'refresh' before accessing beans via the
> ApplicationContext
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> [na:1.6.0_32]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> [na:1.6.0_32]
> at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
> 04.02.2014 12:07:18 org.apache.catalina.core.StandardWrapperValve
> invoke
> SCHWERWIEGEND: Allocate exception for servlet spring-mvc
> java.lang.IllegalStateException: BeanFactory not initialized or
> already closed - call 'refresh' before accessing beans via the
> ApplicationContext
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
> at
> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
> at
> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
> at
> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
> at
> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
> at
> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
> at
> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
> at
> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
> at
> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
> at
> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
> at
> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
> at
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
> at
> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
> at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
> at
> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
> at
> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
> at
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> at java.lang.Thread.run(Thread.java:662)
> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings].[spring-mvc]
> - Allocate exception for servlet spring-mvc
> java.lang.IllegalStateException: BeanFactory not initialized or
> already closed - call 'refresh' before accessing beans via the
> ApplicationContext
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> [na:1.6.0_32]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> [na:1.6.0_32]
> at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
>
>
> *and on thing* we saw: cli-admin -b --exclude-files doesn't seem
> to work up to version 3.0
>
> Greetings Peter
>
> Am 29.01.2014 11:21, schrieb Peter Dähn:
>> ok... thanks we work on it...
>>
>> Am 29.01.2014 10:25, schrieb Maxim Solodovnik:
>>> This is the patch for 3.0
>>> I'm afraid you need to adapt it for 2.0 (the code have been
>>> changed a lot :( )
>>>
>>>
>>> On Wed, Jan 29, 2014 at 4:23 PM, Peter Dähn <daehn@vcrp.de
>>> <ma...@vcrp.de>> wrote:
>>>
>>> Hi there...
>>>
>>> Did you sleep at all???... ;-)
>>>
>>> Is it the patch for 2.0 or 2.2 or can I use it in both?
>>>
>>> Thanks alot nayway...
>>>
>>> Greetings Peter
>>>
>>> Am 29.01.2014 10:03, schrieb Maxim Solodovnik:
>>>> Here you are: http://svn.apache.org/r1562380
>>>>
>>>>
>>>> On Tue, Jan 28, 2014 at 11:05 PM, Peter Dähn <daehn@vcrp.de
>>>> <ma...@vcrp.de>> wrote:
>>>>
>>>> Hi Maxim,
>>>>
>>>> that sounds perfect... :-)
>>>>
>>>> So we wait for the patches...
>>>>
>>>> Thanks Peter
>>>>
>>>>
>>>> Am 28.01.2014 16:56, schrieb Maxim Solodovnik:
>>>>> Good finding
>>>>> I can fix 3.0 and send you revision number and you
>>>>> patch 2.0/2.2
>>>>> is it Ok?
>>>>>
>>>>>
>>>>> On Tue, Jan 28, 2014 at 10:54 PM, Peter Dähn
>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>
>>>>> Hi Maxime...
>>>>>
>>>>> according to this...
>>>>> http://stackoverflow.com/questions/6585574/postgres-default-sort-by-id-worldship
>>>>> postgres returns a not sortet result... so the xml
>>>>> is scambled... :-(
>>>>>
>>>>> how to fix export or import?
>>>>>
>>>>> We think a "sort by id" in the export functions
>>>>> (it seems to be a problem with all exports...
>>>>> rooms, user, flvs, messages... ) could do the job...
>>>>>
>>>>> Could you give us a hind where we can find the
>>>>> used functions?
>>>>>
>>>>> BR Peter
>>>>>
>>>>>
>>>>> Am 28.01.2014 16:01, schrieb Peter Dähn:
>>>>>> no.. unfortunately not.. the same order than the
>>>>>> xml...
>>>>>>
>>>>>> maybe something different because we use postgres-db?
>>>>>>
>>>>>>
>>>>>> Am 28.01.2014 15:45, schrieb Maxim Solodovnik:
>>>>>>> Are your ids goes one-by-one?
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jan 28, 2014 at 9:25 PM, Peter Dähn
>>>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>>>
>>>>>>> i allready had a look at the dbs... the ids
>>>>>>> are different...
>>>>>>>
>>>>>>> and I also droped the db before restore
>>>>>>> om... :-(
>>>>>>>
>>>>>>> anyway... sounds not good for me... :-(
>>>>>>>
>>>>>>>
>>>>>>> Am 28.01.2014 15:20, schrieb Maxim Solodovnik:
>>>>>>>> In this case
>>>>>>>> all rooms should have same ids after import
>>>>>>>>
>>>>>>>> could you perform select from the database
>>>>>>>> to check?
>>>>>>>> have you dropped your Db before import?
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Jan 28, 2014 at 9:14 PM, Peter Dähn
>>>>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>>>>
>>>>>>>> hmm... i never put my hands on the
>>>>>>>> database somehow...
>>>>>>>>
>>>>>>>> Am 28.01.2014 15:02, schrieb Maxim
>>>>>>>> Solodovnik:
>>>>>>>>> the only case it can "scramble" ids:
>>>>>>>>> you have manually "hard" deleted some
>>>>>>>>> rooms
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, Jan 28, 2014 at 8:57 PM, Peter
>>>>>>>>> Dähn <daehn@vcrp.de
>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>
>>>>>>>>> thats what i did before... and it
>>>>>>>>> will scramble the roomIDs... :-(
>>>>>>>>>
>>>>>>>>> any other ideas?
>>>>>>>>>
>>>>>>>>> BR Peter
>>>>>>>>>
>>>>>>>>> Am 28.01.2014 14:49, schrieb Maxim
>>>>>>>>> Solodovnik:
>>>>>>>>>> -f option for file clean up only
>>>>>>>>>>
>>>>>>>>>> you need: "./admin.sh -i -v -file
>>>>>>>>>> backup_31_07_2012_12_07_51.zip
>>>>>>>>>> --drop"
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Jan 28, 2014 at 8:39 PM,
>>>>>>>>>> Peter Dähn <daehn@vcrp.de
>>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>>
>>>>>>>>>> Hi Maxim...
>>>>>>>>>>
>>>>>>>>>> according to Admin.java 199
>>>>>>>>>>
>>>>>>>>>> Command cmd =
>>>>>>>>>> Command.usage;
>>>>>>>>>> if
>>>>>>>>>> (cmdl.hasOption('i')) {
>>>>>>>>>> cmd =
>>>>>>>>>> Command.install;
>>>>>>>>>> } else if
>>>>>>>>>> (cmdl.hasOption('b')) {
>>>>>>>>>> cmd = Command.backup;
>>>>>>>>>> } else if
>>>>>>>>>> (cmdl.hasOption('r')) {
>>>>>>>>>> cmd =
>>>>>>>>>> Command.restore;
>>>>>>>>>> } else if
>>>>>>>>>> (cmdl.hasOption('l')) {
>>>>>>>>>> cmd =
>>>>>>>>>> Command.languages;
>>>>>>>>>> } else if
>>>>>>>>>> (cmdl.hasOption('f')) {
>>>>>>>>>> cmd = Command.files;
>>>>>>>>>> }
>>>>>>>>>>
>>>>>>>>>> -f option will be ignored in
>>>>>>>>>> case of -i... Am I right?
>>>>>>>>>>
>>>>>>>>>> BR Peter
>>>>>>>>>>
>>>>>>>>>> Am 28.01.2014 14:12, schrieb
>>>>>>>>>> Maxim Solodovnik:
>>>>>>>>>>> yes
>>>>>>>>>>> It will not create any
>>>>>>>>>>> additional users, just will
>>>>>>>>>>> add the contents of backup file
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Tue, Jan 28, 2014 at 7:59
>>>>>>>>>>> PM, Peter Dähn
>>>>>>>>>>> <daehn@vcrp.de
>>>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>>>
>>>>>>>>>>> Hi Maxim,
>>>>>>>>>>>
>>>>>>>>>>> thanks for your quick
>>>>>>>>>>> response.
>>>>>>>>>>>
>>>>>>>>>>> Do you mean by "install
>>>>>>>>>>> from file" the -f option
>>>>>>>>>>> of admin.sh?
>>>>>>>>>>>
>>>>>>>>>>> something like
>>>>>>>>>>> "./admin.sh -i -v -f
>>>>>>>>>>> -file backup.zip"
>>>>>>>>>>>
>>>>>>>>>>> BR
>>>>>>>>>>>
>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>
>>>>>>>>>>> Am 28.01.2014 13:43,
>>>>>>>>>>> schrieb Maxim Solodovnik:
>>>>>>>>>>>> you can try to "install
>>>>>>>>>>>> from file"
>>>>>>>>>>>> This is the only way I
>>>>>>>>>>>> know to preserve room ids
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Tue, Jan 28, 2014 at
>>>>>>>>>>>> 7:40 PM, Peter Dähn
>>>>>>>>>>>> <daehn@vcrp.de
>>>>>>>>>>>> <ma...@vcrp.de>>
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Hallo together,
>>>>>>>>>>>>
>>>>>>>>>>>> I faced a problem
>>>>>>>>>>>> while import a
>>>>>>>>>>>> backup from 2.0 to 2.2.
>>>>>>>>>>>>
>>>>>>>>>>>> The roomIDs were
>>>>>>>>>>>> scrambled during
>>>>>>>>>>>> import. This
>>>>>>>>>>>> happens because the new
>>>>>>>>>>>> IDs will be created
>>>>>>>>>>>> because of the
>>>>>>>>>>>> order of the rooms
>>>>>>>>>>>> in room.xml.
>>>>>>>>>>>>
>>>>>>>>>>>> The problem is,
>>>>>>>>>>>> that we store the
>>>>>>>>>>>> further roomIDs in
>>>>>>>>>>>> the database of
>>>>>>>>>>>> our LMS and use
>>>>>>>>>>>> them to launch a
>>>>>>>>>>>> room directly. And
>>>>>>>>>>>> after the update the
>>>>>>>>>>>> user enter the
>>>>>>>>>>>> wrong room.
>>>>>>>>>>>>
>>>>>>>>>>>> Maybe
>>>>>>>>>>>> "r.setRooms_id(null);"
>>>>>>>>>>>> Line 289 in
>>>>>>>>>>>> BackupImportController.java
>>>>>>>>>>>> causes the trouble.
>>>>>>>>>>>> It seems there were
>>>>>>>>>>>> all further roomIDs
>>>>>>>>>>>> discarded.
>>>>>>>>>>>>
>>>>>>>>>>>> Any Ideas how to
>>>>>>>>>>>> handle it?
>>>>>>>>>>>>
>>>>>>>>>>>> BR
>>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> WBR
>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> WBR
>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> WBR
>>>>>>>>>> Maxim aka solomax
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> WBR
>>>>>>>>> Maxim aka solomax
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> WBR
>>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>
>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>
>
>
>
> --
> WBR
> Maxim aka solomax
Re: Problem with backup import
Posted by Maxim Solodovnik <so...@gmail.com>.
The root cause of this issue should be earlier in the log
and/or in red5.log
On Tue, Feb 4, 2014 at 7:45 PM, Peter Dähn <da...@vcrp.de> wrote:
> Hello,
>
> we managed to change the export of 2.0. The import in OM2.2 works as
> expected.
>
> But we encounter 2 problems:
>
> *first* some rooms can just be entered, if this room will manually save
> over the admin panel (we try to figure out this one....)
>
> and *second* accesslogs will not be written...
>
> Error in the log:
>
> [INFO] [http-nio-0.0.0.0-5080-exec-1]
> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings]
> - Initializing Spring FrameworkServlet 'spring-mvc'
> [INFO] [http-nio-0.0.0.0-5080-exec-1]
> org.springframework.web.servlet.DispatcherServlet - FrameworkServlet
> 'spring-mvc': initialization started
> [INFO] [http-nio-0.0.0.0-5080-exec-1]
> org.springframework.web.context.support.XmlWebApplicationContext -
> Refreshing WebApplicationContext for namespace 'spring-mvc-servlet':
> startup date [Tue Feb 04 12:07:18 CET 2014]; parent: Root
> WebApplicationContext
> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
> org.springframework.web.servlet.DispatcherServlet - Context initialization
> failed
> java.lang.IllegalStateException: BeanFactory not initialized or already
> closed - call 'refresh' before accessing beans via the ApplicationContext
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
> [spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> [na:1.6.0_32]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> [na:1.6.0_32]
> at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
> 04.02.2014 12:07:18 org.apache.catalina.core.ApplicationContext log
> SCHWERWIEGEND: StandardWrapper.Throwable
> java.lang.IllegalStateException: BeanFactory not initialized or already
> closed - call 'refresh' before accessing beans via the ApplicationContext
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
> at
> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
> at
> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
> at
> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
> at
> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
> at
> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
> at
> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
> at
> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
> at
> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
> at
> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
> at
> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
> at
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
> at
> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
> at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
> at
> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
> at
> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
> at
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> at java.lang.Thread.run(Thread.java:662)
> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings]
> - StandardWrapper.Throwable
> java.lang.IllegalStateException: BeanFactory not initialized or already
> closed - call 'refresh' before accessing beans via the ApplicationContext
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> [na:1.6.0_32]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> [na:1.6.0_32]
> at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
> 04.02.2014 12:07:18 org.apache.catalina.core.StandardWrapperValve invoke
> SCHWERWIEGEND: Allocate exception for servlet spring-mvc
> java.lang.IllegalStateException: BeanFactory not initialized or already
> closed - call 'refresh' before accessing beans via the ApplicationContext
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
> at
> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
> at
> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
> at
> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
> at
> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
> at
> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
> at
> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
> at
> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
> at
> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
> at
> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
> at
> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
> at
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
> at
> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
> at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
> at
> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
> at
> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
> at
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> at java.lang.Thread.run(Thread.java:662)
> [ERROR] [http-nio-0.0.0.0-5080-exec-1]
> org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings].[spring-mvc]
> - Allocate exception for servlet spring-mvc
> java.lang.IllegalStateException: BeanFactory not initialized or already
> closed - call 'refresh' before accessing beans via the ApplicationContext
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
> ~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at
> org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
> ~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
> at javax.servlet.GenericServlet.init(GenericServlet.java:160)
> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
> ~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
> [tomcat-embed-core-jar-7.0.42.jar:7.0.42]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> [na:1.6.0_32]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> [na:1.6.0_32]
> at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
>
>
> *and on thing* we saw: cli-admin -b --exclude-files doesn't seem to work
> up to version 3.0
>
> Greetings Peter
>
> Am 29.01.2014 11:21, schrieb Peter Dähn:
>
> ok... thanks we work on it...
>
> Am 29.01.2014 10:25, schrieb Maxim Solodovnik:
>
> This is the patch for 3.0
> I'm afraid you need to adapt it for 2.0 (the code have been changed a lot
> :( )
>
>
> On Wed, Jan 29, 2014 at 4:23 PM, Peter Dähn <da...@vcrp.de> wrote:
>
>> Hi there...
>>
>> Did you sleep at all???... ;-)
>>
>> Is it the patch for 2.0 or 2.2 or can I use it in both?
>>
>> Thanks alot nayway...
>>
>> Greetings Peter
>>
>> Am 29.01.2014 10:03, schrieb Maxim Solodovnik:
>>
>> Here you are: http://svn.apache.org/r1562380
>>
>>
>> On Tue, Jan 28, 2014 at 11:05 PM, Peter Dähn <da...@vcrp.de> wrote:
>>
>>> Hi Maxim,
>>>
>>> that sounds perfect... :-)
>>>
>>> So we wait for the patches...
>>>
>>> Thanks Peter
>>>
>>>
>>> Am 28.01.2014 16:56, schrieb Maxim Solodovnik:
>>>
>>> Good finding
>>> I can fix 3.0 and send you revision number and you patch 2.0/2.2
>>> is it Ok?
>>>
>>>
>>> On Tue, Jan 28, 2014 at 10:54 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>>> Hi Maxime...
>>>>
>>>> according to this...
>>>> http://stackoverflow.com/questions/6585574/postgres-default-sort-by-id-worldshippostgres returns a not sortet result... so the xml is scambled... :-(
>>>>
>>>> how to fix export or import?
>>>>
>>>> We think a "sort by id" in the export functions (it seems to be a
>>>> problem with all exports... rooms, user, flvs, messages... ) could do the
>>>> job...
>>>>
>>>> Could you give us a hind where we can find the used functions?
>>>>
>>>> BR Peter
>>>>
>>>>
>>>> Am 28.01.2014 16:01, schrieb Peter Dähn:
>>>>
>>>> no.. unfortunately not.. the same order than the xml...
>>>>
>>>> maybe something different because we use postgres-db?
>>>>
>>>>
>>>> Am 28.01.2014 15:45, schrieb Maxim Solodovnik:
>>>>
>>>> Are your ids goes one-by-one?
>>>>
>>>>
>>>> On Tue, Jan 28, 2014 at 9:25 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>
>>>>> i allready had a look at the dbs... the ids are different...
>>>>>
>>>>> and I also droped the db before restore om... :-(
>>>>>
>>>>> anyway... sounds not good for me... :-(
>>>>>
>>>>>
>>>>> Am 28.01.2014 15:20, schrieb Maxim Solodovnik:
>>>>>
>>>>> In this case
>>>>> all rooms should have same ids after import
>>>>>
>>>>> could you perform select from the database to check?
>>>>> have you dropped your Db before import?
>>>>>
>>>>>
>>>>> On Tue, Jan 28, 2014 at 9:14 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>
>>>>>> hmm... i never put my hands on the database somehow...
>>>>>>
>>>>>> Am 28.01.2014 15:02, schrieb Maxim Solodovnik:
>>>>>>
>>>>>> the only case it can "scramble" ids: you have manually "hard" deleted
>>>>>> some rooms
>>>>>>
>>>>>>
>>>>>> On Tue, Jan 28, 2014 at 8:57 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>
>>>>>>> thats what i did before... and it will scramble the roomIDs... :-(
>>>>>>>
>>>>>>> any other ideas?
>>>>>>>
>>>>>>> BR Peter
>>>>>>>
>>>>>>> Am 28.01.2014 14:49, schrieb Maxim Solodovnik:
>>>>>>>
>>>>>>> -f option for file clean up only
>>>>>>>
>>>>>>> you need: "./admin.sh -i -v -file backup_31_07_2012_12_07_51.zip
>>>>>>> --drop"
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jan 28, 2014 at 8:39 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>
>>>>>>>> Hi Maxim...
>>>>>>>>
>>>>>>>> according to Admin.java 199
>>>>>>>>
>>>>>>>> Command cmd = Command.usage;
>>>>>>>> if (cmdl.hasOption('i')) {
>>>>>>>> cmd = Command.install;
>>>>>>>> } else if (cmdl.hasOption('b')) {
>>>>>>>> cmd = Command.backup;
>>>>>>>> } else if (cmdl.hasOption('r')) {
>>>>>>>> cmd = Command.restore;
>>>>>>>> } else if (cmdl.hasOption('l')) {
>>>>>>>> cmd = Command.languages;
>>>>>>>> } else if (cmdl.hasOption('f')) {
>>>>>>>> cmd = Command.files;
>>>>>>>> }
>>>>>>>>
>>>>>>>> -f option will be ignored in case of -i... Am I right?
>>>>>>>>
>>>>>>>> BR Peter
>>>>>>>>
>>>>>>>> Am 28.01.2014 14:12, schrieb Maxim Solodovnik:
>>>>>>>>
>>>>>>>> yes
>>>>>>>> It will not create any additional users, just will add the contents
>>>>>>>> of backup file
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Jan 28, 2014 at 7:59 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>>
>>>>>>>>> Hi Maxim,
>>>>>>>>>
>>>>>>>>> thanks for your quick response.
>>>>>>>>>
>>>>>>>>> Do you mean by "install from file" the -f option of admin.sh?
>>>>>>>>>
>>>>>>>>> something like "./admin.sh -i -v -f -file backup.zip"
>>>>>>>>>
>>>>>>>>> BR
>>>>>>>>>
>>>>>>>>> Peter Dähn
>>>>>>>>>
>>>>>>>>> Am 28.01.2014 13:43, schrieb Maxim Solodovnik:
>>>>>>>>>
>>>>>>>>> you can try to "install from file"
>>>>>>>>> This is the only way I know to preserve room ids
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, Jan 28, 2014 at 7:40 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Hallo together,
>>>>>>>>>>
>>>>>>>>>> I faced a problem while import a backup from 2.0 to 2.2.
>>>>>>>>>>
>>>>>>>>>> The roomIDs were scrambled during import. This happens because
>>>>>>>>>> the new
>>>>>>>>>> IDs will be created because of the order of the rooms in room.xml.
>>>>>>>>>>
>>>>>>>>>> The problem is, that we store the further roomIDs in the
>>>>>>>>>> database of
>>>>>>>>>> our LMS and use them to launch a room directly. And after the
>>>>>>>>>> update the
>>>>>>>>>> user enter the wrong room.
>>>>>>>>>>
>>>>>>>>>> Maybe "r.setRooms_id(null);" Line 289 in
>>>>>>>>>> BackupImportController.java
>>>>>>>>>> causes the trouble. It seems there were all further roomIDs
>>>>>>>>>> discarded.
>>>>>>>>>>
>>>>>>>>>> Any Ideas how to handle it?
>>>>>>>>>>
>>>>>>>>>> BR
>>>>>>>>>> Peter Dähn
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> WBR
>>>>>>>>> Maxim aka solomax
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> WBR
>>>>>>>> Maxim aka solomax
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>>
>>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>>
>
>
> --
> WBR
> Maxim aka solomax
>
>
--
WBR
Maxim aka solomax
Re: Problem with backup import
Posted by Peter Dähn <da...@vcrp.de>.
Hello,
we managed to change the export of 2.0. The import in OM2.2 works as
expected.
But we encounter 2 problems:
*first* some rooms can just be entered, if this room will manually save
over the admin panel (we try to figure out this one....)
and *second* accesslogs will not be written...
Error in the log:
[INFO] [http-nio-0.0.0.0-5080-exec-1]
org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings]
- Initializing Spring FrameworkServlet 'spring-mvc'
[INFO] [http-nio-0.0.0.0-5080-exec-1]
org.springframework.web.servlet.DispatcherServlet - FrameworkServlet
'spring-mvc': initialization started
[INFO] [http-nio-0.0.0.0-5080-exec-1]
org.springframework.web.context.support.XmlWebApplicationContext -
Refreshing WebApplicationContext for namespace 'spring-mvc-servlet':
startup date [Tue Feb 04 12:07:18 CET 2014]; parent: Root
WebApplicationContext
[ERROR] [http-nio-0.0.0.0-5080-exec-1]
org.springframework.web.servlet.DispatcherServlet - Context
initialization failed
java.lang.IllegalStateException: BeanFactory not initialized or already
closed - call 'refresh' before accessing beans via the ApplicationContext
at
org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at javax.servlet.GenericServlet.init(GenericServlet.java:160)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
[na:1.6.0_32]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
[na:1.6.0_32]
at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
04.02.2014 12:07:18 org.apache.catalina.core.ApplicationContext log
SCHWERWIEGEND: StandardWrapper.Throwable
java.lang.IllegalStateException: BeanFactory not initialized or already
closed - call 'refresh' before accessing beans via the ApplicationContext
at
org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
at
org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
at
org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
at
org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
at
org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
at
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
at
org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
at
org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
at
org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
at
org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
at
org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
at
org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
at javax.servlet.GenericServlet.init(GenericServlet.java:160)
at
org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
at
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
at
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
[ERROR] [http-nio-0.0.0.0-5080-exec-1]
org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings]
- StandardWrapper.Throwable
java.lang.IllegalStateException: BeanFactory not initialized or already
closed - call 'refresh' before accessing beans via the ApplicationContext
at
org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at javax.servlet.GenericServlet.init(GenericServlet.java:160)
~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
[na:1.6.0_32]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
[na:1.6.0_32]
at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
04.02.2014 12:07:18 org.apache.catalina.core.StandardWrapperValve invoke
SCHWERWIEGEND: Allocate exception for servlet spring-mvc
java.lang.IllegalStateException: BeanFactory not initialized or already
closed - call 'refresh' before accessing beans via the ApplicationContext
at
org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
at
org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
at
org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
at
org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
at
org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
at
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
at
org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
at
org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
at
org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
at
org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
at
org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
at
org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
at javax.servlet.GenericServlet.init(GenericServlet.java:160)
at
org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
at
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
at
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
[ERROR] [http-nio-0.0.0.0-5080-exec-1]
org.apache.catalina.core.ContainerBase.[red5Engine].[0.0.0.0].[/openmeetings].[spring-mvc]
- Allocate exception for servlet spring-mvc
java.lang.IllegalStateException: BeanFactory not initialized or already
closed - call 'refresh' before accessing beans via the ApplicationContext
at
org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:172)
~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.context.support.AbstractApplicationContext.getInternalParentBeanFactory(AbstractApplicationContext.java:1197)
~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.context.support.AbstractRefreshableApplicationContext.createBeanFactory(AbstractRefreshableApplicationContext.java:195)
~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:128)
~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:522)
~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:436)
~[spring-context-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:631)
~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:588)
~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at
org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
~[spring-webmvc-jar-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at javax.servlet.GenericServlet.init(GenericServlet.java:160)
~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
~[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
[tomcat-embed-core-jar-7.0.42.jar:7.0.42]
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
[na:1.6.0_32]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
[na:1.6.0_32]
at java.lang.Thread.run(Thread.java:662) [na:1.6.0_32]
*and on thing* we saw: cli-admin -b --exclude-files doesn't seem to work
up to version 3.0
Greetings Peter
Am 29.01.2014 11:21, schrieb Peter Dähn:
> ok... thanks we work on it...
>
> Am 29.01.2014 10:25, schrieb Maxim Solodovnik:
>> This is the patch for 3.0
>> I'm afraid you need to adapt it for 2.0 (the code have been changed a
>> lot :( )
>>
>>
>> On Wed, Jan 29, 2014 at 4:23 PM, Peter Dähn <daehn@vcrp.de
>> <ma...@vcrp.de>> wrote:
>>
>> Hi there...
>>
>> Did you sleep at all???... ;-)
>>
>> Is it the patch for 2.0 or 2.2 or can I use it in both?
>>
>> Thanks alot nayway...
>>
>> Greetings Peter
>>
>> Am 29.01.2014 10:03, schrieb Maxim Solodovnik:
>>> Here you are: http://svn.apache.org/r1562380
>>>
>>>
>>> On Tue, Jan 28, 2014 at 11:05 PM, Peter Dähn <daehn@vcrp.de
>>> <ma...@vcrp.de>> wrote:
>>>
>>> Hi Maxim,
>>>
>>> that sounds perfect... :-)
>>>
>>> So we wait for the patches...
>>>
>>> Thanks Peter
>>>
>>>
>>> Am 28.01.2014 16:56, schrieb Maxim Solodovnik:
>>>> Good finding
>>>> I can fix 3.0 and send you revision number and you patch
>>>> 2.0/2.2
>>>> is it Ok?
>>>>
>>>>
>>>> On Tue, Jan 28, 2014 at 10:54 PM, Peter Dähn <daehn@vcrp.de
>>>> <ma...@vcrp.de>> wrote:
>>>>
>>>> Hi Maxime...
>>>>
>>>> according to this...
>>>> http://stackoverflow.com/questions/6585574/postgres-default-sort-by-id-worldship
>>>> postgres returns a not sortet result... so the xml is
>>>> scambled... :-(
>>>>
>>>> how to fix export or import?
>>>>
>>>> We think a "sort by id" in the export functions (it
>>>> seems to be a problem with all exports... rooms, user,
>>>> flvs, messages... ) could do the job...
>>>>
>>>> Could you give us a hind where we can find the used
>>>> functions?
>>>>
>>>> BR Peter
>>>>
>>>>
>>>> Am 28.01.2014 16:01, schrieb Peter Dähn:
>>>>> no.. unfortunately not.. the same order than the xml...
>>>>>
>>>>> maybe something different because we use postgres-db?
>>>>>
>>>>>
>>>>> Am 28.01.2014 15:45, schrieb Maxim Solodovnik:
>>>>>> Are your ids goes one-by-one?
>>>>>>
>>>>>>
>>>>>> On Tue, Jan 28, 2014 at 9:25 PM, Peter Dähn
>>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>>
>>>>>> i allready had a look at the dbs... the ids are
>>>>>> different...
>>>>>>
>>>>>> and I also droped the db before restore om... :-(
>>>>>>
>>>>>> anyway... sounds not good for me... :-(
>>>>>>
>>>>>>
>>>>>> Am 28.01.2014 15:20, schrieb Maxim Solodovnik:
>>>>>>> In this case
>>>>>>> all rooms should have same ids after import
>>>>>>>
>>>>>>> could you perform select from the database to check?
>>>>>>> have you dropped your Db before import?
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jan 28, 2014 at 9:14 PM, Peter Dähn
>>>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>>>
>>>>>>> hmm... i never put my hands on the database
>>>>>>> somehow...
>>>>>>>
>>>>>>> Am 28.01.2014 15:02, schrieb Maxim Solodovnik:
>>>>>>>> the only case it can "scramble" ids: you
>>>>>>>> have manually "hard" deleted some rooms
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Jan 28, 2014 at 8:57 PM, Peter Dähn
>>>>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>>>>
>>>>>>>> thats what i did before... and it will
>>>>>>>> scramble the roomIDs... :-(
>>>>>>>>
>>>>>>>> any other ideas?
>>>>>>>>
>>>>>>>> BR Peter
>>>>>>>>
>>>>>>>> Am 28.01.2014 14:49, schrieb Maxim
>>>>>>>> Solodovnik:
>>>>>>>>> -f option for file clean up only
>>>>>>>>>
>>>>>>>>> you need: "./admin.sh -i -v -file
>>>>>>>>> backup_31_07_2012_12_07_51.zip --drop"
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, Jan 28, 2014 at 8:39 PM, Peter
>>>>>>>>> Dähn <daehn@vcrp.de
>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>
>>>>>>>>> Hi Maxim...
>>>>>>>>>
>>>>>>>>> according to Admin.java 199
>>>>>>>>>
>>>>>>>>> Command cmd = Command.usage;
>>>>>>>>> if (cmdl.hasOption('i')) {
>>>>>>>>> cmd = Command.install;
>>>>>>>>> } else if
>>>>>>>>> (cmdl.hasOption('b')) {
>>>>>>>>> cmd = Command.backup;
>>>>>>>>> } else if
>>>>>>>>> (cmdl.hasOption('r')) {
>>>>>>>>> cmd = Command.restore;
>>>>>>>>> } else if
>>>>>>>>> (cmdl.hasOption('l')) {
>>>>>>>>> cmd = Command.languages;
>>>>>>>>> } else if
>>>>>>>>> (cmdl.hasOption('f')) {
>>>>>>>>> cmd = Command.files;
>>>>>>>>> }
>>>>>>>>>
>>>>>>>>> -f option will be ignored in case
>>>>>>>>> of -i... Am I right?
>>>>>>>>>
>>>>>>>>> BR Peter
>>>>>>>>>
>>>>>>>>> Am 28.01.2014 14:12, schrieb Maxim
>>>>>>>>> Solodovnik:
>>>>>>>>>> yes
>>>>>>>>>> It will not create any additional
>>>>>>>>>> users, just will add the contents
>>>>>>>>>> of backup file
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Jan 28, 2014 at 7:59 PM,
>>>>>>>>>> Peter Dähn <daehn@vcrp.de
>>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>>
>>>>>>>>>> Hi Maxim,
>>>>>>>>>>
>>>>>>>>>> thanks for your quick response.
>>>>>>>>>>
>>>>>>>>>> Do you mean by "install from
>>>>>>>>>> file" the -f option of admin.sh?
>>>>>>>>>>
>>>>>>>>>> something like "./admin.sh -i
>>>>>>>>>> -v -f -file backup.zip"
>>>>>>>>>>
>>>>>>>>>> BR
>>>>>>>>>>
>>>>>>>>>> Peter Dähn
>>>>>>>>>>
>>>>>>>>>> Am 28.01.2014 13:43, schrieb
>>>>>>>>>> Maxim Solodovnik:
>>>>>>>>>>> you can try to "install from
>>>>>>>>>>> file"
>>>>>>>>>>> This is the only way I know
>>>>>>>>>>> to preserve room ids
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Tue, Jan 28, 2014 at 7:40
>>>>>>>>>>> PM, Peter Dähn
>>>>>>>>>>> <daehn@vcrp.de
>>>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Hallo together,
>>>>>>>>>>>
>>>>>>>>>>> I faced a problem while
>>>>>>>>>>> import a backup from 2.0
>>>>>>>>>>> to 2.2.
>>>>>>>>>>>
>>>>>>>>>>> The roomIDs were
>>>>>>>>>>> scrambled during import.
>>>>>>>>>>> This happens because the new
>>>>>>>>>>> IDs will be created
>>>>>>>>>>> because of the order of
>>>>>>>>>>> the rooms in room.xml.
>>>>>>>>>>>
>>>>>>>>>>> The problem is, that we
>>>>>>>>>>> store the further
>>>>>>>>>>> roomIDs in the database of
>>>>>>>>>>> our LMS and use them to
>>>>>>>>>>> launch a room directly.
>>>>>>>>>>> And after the update the
>>>>>>>>>>> user enter the wrong room.
>>>>>>>>>>>
>>>>>>>>>>> Maybe
>>>>>>>>>>> "r.setRooms_id(null);"
>>>>>>>>>>> Line 289 in
>>>>>>>>>>> BackupImportController.java
>>>>>>>>>>> causes the trouble. It
>>>>>>>>>>> seems there were all
>>>>>>>>>>> further roomIDs discarded.
>>>>>>>>>>>
>>>>>>>>>>> Any Ideas how to handle it?
>>>>>>>>>>>
>>>>>>>>>>> BR
>>>>>>>>>>> Peter Dähn
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> WBR
>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> WBR
>>>>>>>>>> Maxim aka solomax
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> WBR
>>>>>>>>> Maxim aka solomax
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> WBR
>>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>
>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
Re: Problem with backup import
Posted by Peter Dähn <da...@vcrp.de>.
ok... thanks we work on it...
Am 29.01.2014 10:25, schrieb Maxim Solodovnik:
> This is the patch for 3.0
> I'm afraid you need to adapt it for 2.0 (the code have been changed a
> lot :( )
>
>
> On Wed, Jan 29, 2014 at 4:23 PM, Peter Dähn <daehn@vcrp.de
> <ma...@vcrp.de>> wrote:
>
> Hi there...
>
> Did you sleep at all???... ;-)
>
> Is it the patch for 2.0 or 2.2 or can I use it in both?
>
> Thanks alot nayway...
>
> Greetings Peter
>
> Am 29.01.2014 10:03, schrieb Maxim Solodovnik:
>> Here you are: http://svn.apache.org/r1562380
>>
>>
>> On Tue, Jan 28, 2014 at 11:05 PM, Peter Dähn <daehn@vcrp.de
>> <ma...@vcrp.de>> wrote:
>>
>> Hi Maxim,
>>
>> that sounds perfect... :-)
>>
>> So we wait for the patches...
>>
>> Thanks Peter
>>
>>
>> Am 28.01.2014 16:56, schrieb Maxim Solodovnik:
>>> Good finding
>>> I can fix 3.0 and send you revision number and you patch 2.0/2.2
>>> is it Ok?
>>>
>>>
>>> On Tue, Jan 28, 2014 at 10:54 PM, Peter Dähn <daehn@vcrp.de
>>> <ma...@vcrp.de>> wrote:
>>>
>>> Hi Maxime...
>>>
>>> according to this...
>>> http://stackoverflow.com/questions/6585574/postgres-default-sort-by-id-worldship
>>> postgres returns a not sortet result... so the xml is
>>> scambled... :-(
>>>
>>> how to fix export or import?
>>>
>>> We think a "sort by id" in the export functions (it
>>> seems to be a problem with all exports... rooms, user,
>>> flvs, messages... ) could do the job...
>>>
>>> Could you give us a hind where we can find the used
>>> functions?
>>>
>>> BR Peter
>>>
>>>
>>> Am 28.01.2014 16:01, schrieb Peter Dähn:
>>>> no.. unfortunately not.. the same order than the xml...
>>>>
>>>> maybe something different because we use postgres-db?
>>>>
>>>>
>>>> Am 28.01.2014 15:45, schrieb Maxim Solodovnik:
>>>>> Are your ids goes one-by-one?
>>>>>
>>>>>
>>>>> On Tue, Jan 28, 2014 at 9:25 PM, Peter Dähn
>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>
>>>>> i allready had a look at the dbs... the ids are
>>>>> different...
>>>>>
>>>>> and I also droped the db before restore om... :-(
>>>>>
>>>>> anyway... sounds not good for me... :-(
>>>>>
>>>>>
>>>>> Am 28.01.2014 15:20, schrieb Maxim Solodovnik:
>>>>>> In this case
>>>>>> all rooms should have same ids after import
>>>>>>
>>>>>> could you perform select from the database to check?
>>>>>> have you dropped your Db before import?
>>>>>>
>>>>>>
>>>>>> On Tue, Jan 28, 2014 at 9:14 PM, Peter Dähn
>>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>>
>>>>>> hmm... i never put my hands on the database
>>>>>> somehow...
>>>>>>
>>>>>> Am 28.01.2014 15:02, schrieb Maxim Solodovnik:
>>>>>>> the only case it can "scramble" ids: you
>>>>>>> have manually "hard" deleted some rooms
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jan 28, 2014 at 8:57 PM, Peter Dähn
>>>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>>>
>>>>>>> thats what i did before... and it will
>>>>>>> scramble the roomIDs... :-(
>>>>>>>
>>>>>>> any other ideas?
>>>>>>>
>>>>>>> BR Peter
>>>>>>>
>>>>>>> Am 28.01.2014 14:49, schrieb Maxim
>>>>>>> Solodovnik:
>>>>>>>> -f option for file clean up only
>>>>>>>>
>>>>>>>> you need: "./admin.sh -i -v -file
>>>>>>>> backup_31_07_2012_12_07_51.zip --drop"
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Jan 28, 2014 at 8:39 PM, Peter
>>>>>>>> Dähn <daehn@vcrp.de
>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>
>>>>>>>> Hi Maxim...
>>>>>>>>
>>>>>>>> according to Admin.java 199
>>>>>>>>
>>>>>>>> Command cmd = Command.usage;
>>>>>>>> if (cmdl.hasOption('i')) {
>>>>>>>> cmd = Command.install;
>>>>>>>> } else if
>>>>>>>> (cmdl.hasOption('b')) {
>>>>>>>> cmd = Command.backup;
>>>>>>>> } else if
>>>>>>>> (cmdl.hasOption('r')) {
>>>>>>>> cmd = Command.restore;
>>>>>>>> } else if
>>>>>>>> (cmdl.hasOption('l')) {
>>>>>>>> cmd = Command.languages;
>>>>>>>> } else if
>>>>>>>> (cmdl.hasOption('f')) {
>>>>>>>> cmd = Command.files;
>>>>>>>> }
>>>>>>>>
>>>>>>>> -f option will be ignored in case
>>>>>>>> of -i... Am I right?
>>>>>>>>
>>>>>>>> BR Peter
>>>>>>>>
>>>>>>>> Am 28.01.2014 14:12, schrieb Maxim
>>>>>>>> Solodovnik:
>>>>>>>>> yes
>>>>>>>>> It will not create any additional
>>>>>>>>> users, just will add the contents
>>>>>>>>> of backup file
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, Jan 28, 2014 at 7:59 PM,
>>>>>>>>> Peter Dähn <daehn@vcrp.de
>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>
>>>>>>>>> Hi Maxim,
>>>>>>>>>
>>>>>>>>> thanks for your quick response.
>>>>>>>>>
>>>>>>>>> Do you mean by "install from
>>>>>>>>> file" the -f option of admin.sh?
>>>>>>>>>
>>>>>>>>> something like "./admin.sh -i
>>>>>>>>> -v -f -file backup.zip"
>>>>>>>>>
>>>>>>>>> BR
>>>>>>>>>
>>>>>>>>> Peter Dähn
>>>>>>>>>
>>>>>>>>> Am 28.01.2014 13:43, schrieb
>>>>>>>>> Maxim Solodovnik:
>>>>>>>>>> you can try to "install from
>>>>>>>>>> file"
>>>>>>>>>> This is the only way I know
>>>>>>>>>> to preserve room ids
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Jan 28, 2014 at 7:40
>>>>>>>>>> PM, Peter Dähn <daehn@vcrp.de
>>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Hallo together,
>>>>>>>>>>
>>>>>>>>>> I faced a problem while
>>>>>>>>>> import a backup from 2.0
>>>>>>>>>> to 2.2.
>>>>>>>>>>
>>>>>>>>>> The roomIDs were
>>>>>>>>>> scrambled during import.
>>>>>>>>>> This happens because the new
>>>>>>>>>> IDs will be created
>>>>>>>>>> because of the order of
>>>>>>>>>> the rooms in room.xml.
>>>>>>>>>>
>>>>>>>>>> The problem is, that we
>>>>>>>>>> store the further roomIDs
>>>>>>>>>> in the database of
>>>>>>>>>> our LMS and use them to
>>>>>>>>>> launch a room directly.
>>>>>>>>>> And after the update the
>>>>>>>>>> user enter the wrong room.
>>>>>>>>>>
>>>>>>>>>> Maybe
>>>>>>>>>> "r.setRooms_id(null);"
>>>>>>>>>> Line 289 in
>>>>>>>>>> BackupImportController.java
>>>>>>>>>> causes the trouble. It
>>>>>>>>>> seems there were all
>>>>>>>>>> further roomIDs discarded.
>>>>>>>>>>
>>>>>>>>>> Any Ideas how to handle it?
>>>>>>>>>>
>>>>>>>>>> BR
>>>>>>>>>> Peter Dähn
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> WBR
>>>>>>>>>> Maxim aka solomax
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> WBR
>>>>>>>>> Maxim aka solomax
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> WBR
>>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>
>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>
>
>
>
> --
> WBR
> Maxim aka solomax
Re: Problem with backup import
Posted by Maxim Solodovnik <so...@gmail.com>.
This is the patch for 3.0
I'm afraid you need to adapt it for 2.0 (the code have been changed a lot
:( )
On Wed, Jan 29, 2014 at 4:23 PM, Peter Dähn <da...@vcrp.de> wrote:
> Hi there...
>
> Did you sleep at all???... ;-)
>
> Is it the patch for 2.0 or 2.2 or can I use it in both?
>
> Thanks alot nayway...
>
> Greetings Peter
>
> Am 29.01.2014 10:03, schrieb Maxim Solodovnik:
>
> Here you are: http://svn.apache.org/r1562380
>
>
> On Tue, Jan 28, 2014 at 11:05 PM, Peter Dähn <da...@vcrp.de> wrote:
>
>> Hi Maxim,
>>
>> that sounds perfect... :-)
>>
>> So we wait for the patches...
>>
>> Thanks Peter
>>
>>
>> Am 28.01.2014 16:56, schrieb Maxim Solodovnik:
>>
>> Good finding
>> I can fix 3.0 and send you revision number and you patch 2.0/2.2
>> is it Ok?
>>
>>
>> On Tue, Jan 28, 2014 at 10:54 PM, Peter Dähn <da...@vcrp.de> wrote:
>>
>>> Hi Maxime...
>>>
>>> according to this...
>>> http://stackoverflow.com/questions/6585574/postgres-default-sort-by-id-worldshippostgres returns a not sortet result... so the xml is scambled... :-(
>>>
>>> how to fix export or import?
>>>
>>> We think a "sort by id" in the export functions (it seems to be a
>>> problem with all exports... rooms, user, flvs, messages... ) could do the
>>> job...
>>>
>>> Could you give us a hind where we can find the used functions?
>>>
>>> BR Peter
>>>
>>>
>>> Am 28.01.2014 16:01, schrieb Peter Dähn:
>>>
>>> no.. unfortunately not.. the same order than the xml...
>>>
>>> maybe something different because we use postgres-db?
>>>
>>>
>>> Am 28.01.2014 15:45, schrieb Maxim Solodovnik:
>>>
>>> Are your ids goes one-by-one?
>>>
>>>
>>> On Tue, Jan 28, 2014 at 9:25 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>>> i allready had a look at the dbs... the ids are different...
>>>>
>>>> and I also droped the db before restore om... :-(
>>>>
>>>> anyway... sounds not good for me... :-(
>>>>
>>>>
>>>> Am 28.01.2014 15:20, schrieb Maxim Solodovnik:
>>>>
>>>> In this case
>>>> all rooms should have same ids after import
>>>>
>>>> could you perform select from the database to check?
>>>> have you dropped your Db before import?
>>>>
>>>>
>>>> On Tue, Jan 28, 2014 at 9:14 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>
>>>>> hmm... i never put my hands on the database somehow...
>>>>>
>>>>> Am 28.01.2014 15:02, schrieb Maxim Solodovnik:
>>>>>
>>>>> the only case it can "scramble" ids: you have manually "hard" deleted
>>>>> some rooms
>>>>>
>>>>>
>>>>> On Tue, Jan 28, 2014 at 8:57 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>
>>>>>> thats what i did before... and it will scramble the roomIDs... :-(
>>>>>>
>>>>>> any other ideas?
>>>>>>
>>>>>> BR Peter
>>>>>>
>>>>>> Am 28.01.2014 14:49, schrieb Maxim Solodovnik:
>>>>>>
>>>>>> -f option for file clean up only
>>>>>>
>>>>>> you need: "./admin.sh -i -v -file backup_31_07_2012_12_07_51.zip
>>>>>> --drop"
>>>>>>
>>>>>>
>>>>>> On Tue, Jan 28, 2014 at 8:39 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>
>>>>>>> Hi Maxim...
>>>>>>>
>>>>>>> according to Admin.java 199
>>>>>>>
>>>>>>> Command cmd = Command.usage;
>>>>>>> if (cmdl.hasOption('i')) {
>>>>>>> cmd = Command.install;
>>>>>>> } else if (cmdl.hasOption('b')) {
>>>>>>> cmd = Command.backup;
>>>>>>> } else if (cmdl.hasOption('r')) {
>>>>>>> cmd = Command.restore;
>>>>>>> } else if (cmdl.hasOption('l')) {
>>>>>>> cmd = Command.languages;
>>>>>>> } else if (cmdl.hasOption('f')) {
>>>>>>> cmd = Command.files;
>>>>>>> }
>>>>>>>
>>>>>>> -f option will be ignored in case of -i... Am I right?
>>>>>>>
>>>>>>> BR Peter
>>>>>>>
>>>>>>> Am 28.01.2014 14:12, schrieb Maxim Solodovnik:
>>>>>>>
>>>>>>> yes
>>>>>>> It will not create any additional users, just will add the contents
>>>>>>> of backup file
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jan 28, 2014 at 7:59 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>
>>>>>>>> Hi Maxim,
>>>>>>>>
>>>>>>>> thanks for your quick response.
>>>>>>>>
>>>>>>>> Do you mean by "install from file" the -f option of admin.sh?
>>>>>>>>
>>>>>>>> something like "./admin.sh -i -v -f -file backup.zip"
>>>>>>>>
>>>>>>>> BR
>>>>>>>>
>>>>>>>> Peter Dähn
>>>>>>>>
>>>>>>>> Am 28.01.2014 13:43, schrieb Maxim Solodovnik:
>>>>>>>>
>>>>>>>> you can try to "install from file"
>>>>>>>> This is the only way I know to preserve room ids
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Jan 28, 2014 at 7:40 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>> Hallo together,
>>>>>>>>>
>>>>>>>>> I faced a problem while import a backup from 2.0 to 2.2.
>>>>>>>>>
>>>>>>>>> The roomIDs were scrambled during import. This happens because the
>>>>>>>>> new
>>>>>>>>> IDs will be created because of the order of the rooms in room.xml.
>>>>>>>>>
>>>>>>>>> The problem is, that we store the further roomIDs in the database
>>>>>>>>> of
>>>>>>>>> our LMS and use them to launch a room directly. And after the
>>>>>>>>> update the
>>>>>>>>> user enter the wrong room.
>>>>>>>>>
>>>>>>>>> Maybe "r.setRooms_id(null);" Line 289 in
>>>>>>>>> BackupImportController.java
>>>>>>>>> causes the trouble. It seems there were all further roomIDs
>>>>>>>>> discarded.
>>>>>>>>>
>>>>>>>>> Any Ideas how to handle it?
>>>>>>>>>
>>>>>>>>> BR
>>>>>>>>> Peter Dähn
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> WBR
>>>>>>>> Maxim aka solomax
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>>
>>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>>
>>>
>>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>>
>
>
> --
> WBR
> Maxim aka solomax
>
>
--
WBR
Maxim aka solomax
Re: Problem with backup import
Posted by Peter Dähn <da...@vcrp.de>.
Hi there...
Did you sleep at all???... ;-)
Is it the patch for 2.0 or 2.2 or can I use it in both?
Thanks alot nayway...
Greetings Peter
Am 29.01.2014 10:03, schrieb Maxim Solodovnik:
> Here you are: http://svn.apache.org/r1562380
>
>
> On Tue, Jan 28, 2014 at 11:05 PM, Peter Dähn <daehn@vcrp.de
> <ma...@vcrp.de>> wrote:
>
> Hi Maxim,
>
> that sounds perfect... :-)
>
> So we wait for the patches...
>
> Thanks Peter
>
>
> Am 28.01.2014 16:56, schrieb Maxim Solodovnik:
>> Good finding
>> I can fix 3.0 and send you revision number and you patch 2.0/2.2
>> is it Ok?
>>
>>
>> On Tue, Jan 28, 2014 at 10:54 PM, Peter Dähn <daehn@vcrp.de
>> <ma...@vcrp.de>> wrote:
>>
>> Hi Maxime...
>>
>> according to this...
>> http://stackoverflow.com/questions/6585574/postgres-default-sort-by-id-worldship
>> postgres returns a not sortet result... so the xml is
>> scambled... :-(
>>
>> how to fix export or import?
>>
>> We think a "sort by id" in the export functions (it seems to
>> be a problem with all exports... rooms, user, flvs,
>> messages... ) could do the job...
>>
>> Could you give us a hind where we can find the used functions?
>>
>> BR Peter
>>
>>
>> Am 28.01.2014 16:01, schrieb Peter Dähn:
>>> no.. unfortunately not.. the same order than the xml...
>>>
>>> maybe something different because we use postgres-db?
>>>
>>>
>>> Am 28.01.2014 15:45, schrieb Maxim Solodovnik:
>>>> Are your ids goes one-by-one?
>>>>
>>>>
>>>> On Tue, Jan 28, 2014 at 9:25 PM, Peter Dähn <daehn@vcrp.de
>>>> <ma...@vcrp.de>> wrote:
>>>>
>>>> i allready had a look at the dbs... the ids are
>>>> different...
>>>>
>>>> and I also droped the db before restore om... :-(
>>>>
>>>> anyway... sounds not good for me... :-(
>>>>
>>>>
>>>> Am 28.01.2014 15:20, schrieb Maxim Solodovnik:
>>>>> In this case
>>>>> all rooms should have same ids after import
>>>>>
>>>>> could you perform select from the database to check?
>>>>> have you dropped your Db before import?
>>>>>
>>>>>
>>>>> On Tue, Jan 28, 2014 at 9:14 PM, Peter Dähn
>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>
>>>>> hmm... i never put my hands on the database somehow...
>>>>>
>>>>> Am 28.01.2014 15:02, schrieb Maxim Solodovnik:
>>>>>> the only case it can "scramble" ids: you have
>>>>>> manually "hard" deleted some rooms
>>>>>>
>>>>>>
>>>>>> On Tue, Jan 28, 2014 at 8:57 PM, Peter Dähn
>>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>>
>>>>>> thats what i did before... and it will
>>>>>> scramble the roomIDs... :-(
>>>>>>
>>>>>> any other ideas?
>>>>>>
>>>>>> BR Peter
>>>>>>
>>>>>> Am 28.01.2014 14:49, schrieb Maxim Solodovnik:
>>>>>>> -f option for file clean up only
>>>>>>>
>>>>>>> you need: "./admin.sh -i -v -file
>>>>>>> backup_31_07_2012_12_07_51.zip --drop"
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jan 28, 2014 at 8:39 PM, Peter Dähn
>>>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>>>
>>>>>>> Hi Maxim...
>>>>>>>
>>>>>>> according to Admin.java 199
>>>>>>>
>>>>>>> Command cmd = Command.usage;
>>>>>>> if (cmdl.hasOption('i')) {
>>>>>>> cmd = Command.install;
>>>>>>> } else if (cmdl.hasOption('b')) {
>>>>>>> cmd = Command.backup;
>>>>>>> } else if (cmdl.hasOption('r')) {
>>>>>>> cmd = Command.restore;
>>>>>>> } else if (cmdl.hasOption('l')) {
>>>>>>> cmd = Command.languages;
>>>>>>> } else if (cmdl.hasOption('f')) {
>>>>>>> cmd = Command.files;
>>>>>>> }
>>>>>>>
>>>>>>> -f option will be ignored in case of
>>>>>>> -i... Am I right?
>>>>>>>
>>>>>>> BR Peter
>>>>>>>
>>>>>>> Am 28.01.2014 14:12, schrieb Maxim
>>>>>>> Solodovnik:
>>>>>>>> yes
>>>>>>>> It will not create any additional
>>>>>>>> users, just will add the contents of
>>>>>>>> backup file
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Jan 28, 2014 at 7:59 PM, Peter
>>>>>>>> Dähn <daehn@vcrp.de
>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>
>>>>>>>> Hi Maxim,
>>>>>>>>
>>>>>>>> thanks for your quick response.
>>>>>>>>
>>>>>>>> Do you mean by "install from file"
>>>>>>>> the -f option of admin.sh?
>>>>>>>>
>>>>>>>> something like "./admin.sh -i -v -f
>>>>>>>> -file backup.zip"
>>>>>>>>
>>>>>>>> BR
>>>>>>>>
>>>>>>>> Peter Dähn
>>>>>>>>
>>>>>>>> Am 28.01.2014 13:43, schrieb Maxim
>>>>>>>> Solodovnik:
>>>>>>>>> you can try to "install from file"
>>>>>>>>> This is the only way I know to
>>>>>>>>> preserve room ids
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, Jan 28, 2014 at 7:40 PM,
>>>>>>>>> Peter Dähn <daehn@vcrp.de
>>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Hallo together,
>>>>>>>>>
>>>>>>>>> I faced a problem while import
>>>>>>>>> a backup from 2.0 to 2.2.
>>>>>>>>>
>>>>>>>>> The roomIDs were scrambled
>>>>>>>>> during import. This happens
>>>>>>>>> because the new
>>>>>>>>> IDs will be created because of
>>>>>>>>> the order of the rooms in
>>>>>>>>> room.xml.
>>>>>>>>>
>>>>>>>>> The problem is, that we store
>>>>>>>>> the further roomIDs in the
>>>>>>>>> database of
>>>>>>>>> our LMS and use them to launch
>>>>>>>>> a room directly. And after the
>>>>>>>>> update the
>>>>>>>>> user enter the wrong room.
>>>>>>>>>
>>>>>>>>> Maybe "r.setRooms_id(null);"
>>>>>>>>> Line 289 in
>>>>>>>>> BackupImportController.java
>>>>>>>>> causes the trouble. It seems
>>>>>>>>> there were all further roomIDs
>>>>>>>>> discarded.
>>>>>>>>>
>>>>>>>>> Any Ideas how to handle it?
>>>>>>>>>
>>>>>>>>> BR
>>>>>>>>> Peter Dähn
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> WBR
>>>>>>>>> Maxim aka solomax
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> WBR
>>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>
>
>
>
> --
> WBR
> Maxim aka solomax
Re: Problem with backup import
Posted by Maxim Solodovnik <so...@gmail.com>.
Here you are: http://svn.apache.org/r1562380
On Tue, Jan 28, 2014 at 11:05 PM, Peter Dähn <da...@vcrp.de> wrote:
> Hi Maxim,
>
> that sounds perfect... :-)
>
> So we wait for the patches...
>
> Thanks Peter
>
>
> Am 28.01.2014 16:56, schrieb Maxim Solodovnik:
>
> Good finding
> I can fix 3.0 and send you revision number and you patch 2.0/2.2
> is it Ok?
>
>
> On Tue, Jan 28, 2014 at 10:54 PM, Peter Dähn <da...@vcrp.de> wrote:
>
>> Hi Maxime...
>>
>> according to this...
>> http://stackoverflow.com/questions/6585574/postgres-default-sort-by-id-worldshippostgres returns a not sortet result... so the xml is scambled... :-(
>>
>> how to fix export or import?
>>
>> We think a "sort by id" in the export functions (it seems to be a problem
>> with all exports... rooms, user, flvs, messages... ) could do the job...
>>
>> Could you give us a hind where we can find the used functions?
>>
>> BR Peter
>>
>>
>> Am 28.01.2014 16:01, schrieb Peter Dähn:
>>
>> no.. unfortunately not.. the same order than the xml...
>>
>> maybe something different because we use postgres-db?
>>
>>
>> Am 28.01.2014 15:45, schrieb Maxim Solodovnik:
>>
>> Are your ids goes one-by-one?
>>
>>
>> On Tue, Jan 28, 2014 at 9:25 PM, Peter Dähn <da...@vcrp.de> wrote:
>>
>>> i allready had a look at the dbs... the ids are different...
>>>
>>> and I also droped the db before restore om... :-(
>>>
>>> anyway... sounds not good for me... :-(
>>>
>>>
>>> Am 28.01.2014 15:20, schrieb Maxim Solodovnik:
>>>
>>> In this case
>>> all rooms should have same ids after import
>>>
>>> could you perform select from the database to check?
>>> have you dropped your Db before import?
>>>
>>>
>>> On Tue, Jan 28, 2014 at 9:14 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>>> hmm... i never put my hands on the database somehow...
>>>>
>>>> Am 28.01.2014 15:02, schrieb Maxim Solodovnik:
>>>>
>>>> the only case it can "scramble" ids: you have manually "hard" deleted
>>>> some rooms
>>>>
>>>>
>>>> On Tue, Jan 28, 2014 at 8:57 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>
>>>>> thats what i did before... and it will scramble the roomIDs... :-(
>>>>>
>>>>> any other ideas?
>>>>>
>>>>> BR Peter
>>>>>
>>>>> Am 28.01.2014 14:49, schrieb Maxim Solodovnik:
>>>>>
>>>>> -f option for file clean up only
>>>>>
>>>>> you need: "./admin.sh -i -v -file backup_31_07_2012_12_07_51.zip
>>>>> --drop"
>>>>>
>>>>>
>>>>> On Tue, Jan 28, 2014 at 8:39 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>
>>>>>> Hi Maxim...
>>>>>>
>>>>>> according to Admin.java 199
>>>>>>
>>>>>> Command cmd = Command.usage;
>>>>>> if (cmdl.hasOption('i')) {
>>>>>> cmd = Command.install;
>>>>>> } else if (cmdl.hasOption('b')) {
>>>>>> cmd = Command.backup;
>>>>>> } else if (cmdl.hasOption('r')) {
>>>>>> cmd = Command.restore;
>>>>>> } else if (cmdl.hasOption('l')) {
>>>>>> cmd = Command.languages;
>>>>>> } else if (cmdl.hasOption('f')) {
>>>>>> cmd = Command.files;
>>>>>> }
>>>>>>
>>>>>> -f option will be ignored in case of -i... Am I right?
>>>>>>
>>>>>> BR Peter
>>>>>>
>>>>>> Am 28.01.2014 14:12, schrieb Maxim Solodovnik:
>>>>>>
>>>>>> yes
>>>>>> It will not create any additional users, just will add the contents
>>>>>> of backup file
>>>>>>
>>>>>>
>>>>>> On Tue, Jan 28, 2014 at 7:59 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>
>>>>>>> Hi Maxim,
>>>>>>>
>>>>>>> thanks for your quick response.
>>>>>>>
>>>>>>> Do you mean by "install from file" the -f option of admin.sh?
>>>>>>>
>>>>>>> something like "./admin.sh -i -v -f -file backup.zip"
>>>>>>>
>>>>>>> BR
>>>>>>>
>>>>>>> Peter Dähn
>>>>>>>
>>>>>>> Am 28.01.2014 13:43, schrieb Maxim Solodovnik:
>>>>>>>
>>>>>>> you can try to "install from file"
>>>>>>> This is the only way I know to preserve room ids
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jan 28, 2014 at 7:40 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>
>>>>>>>>
>>>>>>>> Hallo together,
>>>>>>>>
>>>>>>>> I faced a problem while import a backup from 2.0 to 2.2.
>>>>>>>>
>>>>>>>> The roomIDs were scrambled during import. This happens because the
>>>>>>>> new
>>>>>>>> IDs will be created because of the order of the rooms in room.xml.
>>>>>>>>
>>>>>>>> The problem is, that we store the further roomIDs in the database
>>>>>>>> of
>>>>>>>> our LMS and use them to launch a room directly. And after the
>>>>>>>> update the
>>>>>>>> user enter the wrong room.
>>>>>>>>
>>>>>>>> Maybe "r.setRooms_id(null);" Line 289 in BackupImportController.java
>>>>>>>> causes the trouble. It seems there were all further roomIDs
>>>>>>>> discarded.
>>>>>>>>
>>>>>>>> Any Ideas how to handle it?
>>>>>>>>
>>>>>>>> BR
>>>>>>>> Peter Dähn
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>>
>>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>>
>>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>>
>>
>
>
> --
> WBR
> Maxim aka solomax
>
>
--
WBR
Maxim aka solomax
Re: Problem with backup import
Posted by Peter Dähn <da...@vcrp.de>.
Hi Maxim,
that sounds perfect... :-)
So we wait for the patches...
Thanks Peter
Am 28.01.2014 16:56, schrieb Maxim Solodovnik:
> Good finding
> I can fix 3.0 and send you revision number and you patch 2.0/2.2
> is it Ok?
>
>
> On Tue, Jan 28, 2014 at 10:54 PM, Peter Dähn <daehn@vcrp.de
> <ma...@vcrp.de>> wrote:
>
> Hi Maxime...
>
> according to this...
> http://stackoverflow.com/questions/6585574/postgres-default-sort-by-id-worldship
> postgres returns a not sortet result... so the xml is scambled... :-(
>
> how to fix export or import?
>
> We think a "sort by id" in the export functions (it seems to be a
> problem with all exports... rooms, user, flvs, messages... ) could
> do the job...
>
> Could you give us a hind where we can find the used functions?
>
> BR Peter
>
>
> Am 28.01.2014 16:01, schrieb Peter Dähn:
>> no.. unfortunately not.. the same order than the xml...
>>
>> maybe something different because we use postgres-db?
>>
>>
>> Am 28.01.2014 15:45, schrieb Maxim Solodovnik:
>>> Are your ids goes one-by-one?
>>>
>>>
>>> On Tue, Jan 28, 2014 at 9:25 PM, Peter Dähn <daehn@vcrp.de
>>> <ma...@vcrp.de>> wrote:
>>>
>>> i allready had a look at the dbs... the ids are different...
>>>
>>> and I also droped the db before restore om... :-(
>>>
>>> anyway... sounds not good for me... :-(
>>>
>>>
>>> Am 28.01.2014 15:20, schrieb Maxim Solodovnik:
>>>> In this case
>>>> all rooms should have same ids after import
>>>>
>>>> could you perform select from the database to check?
>>>> have you dropped your Db before import?
>>>>
>>>>
>>>> On Tue, Jan 28, 2014 at 9:14 PM, Peter Dähn <daehn@vcrp.de
>>>> <ma...@vcrp.de>> wrote:
>>>>
>>>> hmm... i never put my hands on the database somehow...
>>>>
>>>> Am 28.01.2014 15:02, schrieb Maxim Solodovnik:
>>>>> the only case it can "scramble" ids: you have manually
>>>>> "hard" deleted some rooms
>>>>>
>>>>>
>>>>> On Tue, Jan 28, 2014 at 8:57 PM, Peter Dähn
>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>
>>>>> thats what i did before... and it will scramble
>>>>> the roomIDs... :-(
>>>>>
>>>>> any other ideas?
>>>>>
>>>>> BR Peter
>>>>>
>>>>> Am 28.01.2014 14:49, schrieb Maxim Solodovnik:
>>>>>> -f option for file clean up only
>>>>>>
>>>>>> you need: "./admin.sh -i -v -file
>>>>>> backup_31_07_2012_12_07_51.zip --drop"
>>>>>>
>>>>>>
>>>>>> On Tue, Jan 28, 2014 at 8:39 PM, Peter Dähn
>>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>>
>>>>>> Hi Maxim...
>>>>>>
>>>>>> according to Admin.java 199
>>>>>>
>>>>>> Command cmd = Command.usage;
>>>>>> if (cmdl.hasOption('i')) {
>>>>>> cmd = Command.install;
>>>>>> } else if (cmdl.hasOption('b')) {
>>>>>> cmd = Command.backup;
>>>>>> } else if (cmdl.hasOption('r')) {
>>>>>> cmd = Command.restore;
>>>>>> } else if (cmdl.hasOption('l')) {
>>>>>> cmd = Command.languages;
>>>>>> } else if (cmdl.hasOption('f')) {
>>>>>> cmd = Command.files;
>>>>>> }
>>>>>>
>>>>>> -f option will be ignored in case of -i... Am
>>>>>> I right?
>>>>>>
>>>>>> BR Peter
>>>>>>
>>>>>> Am 28.01.2014 14:12, schrieb Maxim Solodovnik:
>>>>>>> yes
>>>>>>> It will not create any additional users,
>>>>>>> just will add the contents of backup file
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jan 28, 2014 at 7:59 PM, Peter Dähn
>>>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>>>
>>>>>>> Hi Maxim,
>>>>>>>
>>>>>>> thanks for your quick response.
>>>>>>>
>>>>>>> Do you mean by "install from file" the
>>>>>>> -f option of admin.sh?
>>>>>>>
>>>>>>> something like "./admin.sh -i -v -f
>>>>>>> -file backup.zip"
>>>>>>>
>>>>>>> BR
>>>>>>>
>>>>>>> Peter Dähn
>>>>>>>
>>>>>>> Am 28.01.2014 13:43, schrieb Maxim
>>>>>>> Solodovnik:
>>>>>>>> you can try to "install from file"
>>>>>>>> This is the only way I know to preserve
>>>>>>>> room ids
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Jan 28, 2014 at 7:40 PM, Peter
>>>>>>>> Dähn <daehn@vcrp.de
>>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>> Hallo together,
>>>>>>>>
>>>>>>>> I faced a problem while import a
>>>>>>>> backup from 2.0 to 2.2.
>>>>>>>>
>>>>>>>> The roomIDs were scrambled during
>>>>>>>> import. This happens because the new
>>>>>>>> IDs will be created because of the
>>>>>>>> order of the rooms in room.xml.
>>>>>>>>
>>>>>>>> The problem is, that we store the
>>>>>>>> further roomIDs in the database of
>>>>>>>> our LMS and use them to launch a
>>>>>>>> room directly. And after the update the
>>>>>>>> user enter the wrong room.
>>>>>>>>
>>>>>>>> Maybe "r.setRooms_id(null);" Line
>>>>>>>> 289 in BackupImportController.java
>>>>>>>> causes the trouble. It seems there
>>>>>>>> were all further roomIDs discarded.
>>>>>>>>
>>>>>>>> Any Ideas how to handle it?
>>>>>>>>
>>>>>>>> BR
>>>>>>>> Peter Dähn
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> WBR
>>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>
>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>
>
>
>
> --
> WBR
> Maxim aka solomax
Re: Problem with backup import
Posted by Maxim Solodovnik <so...@gmail.com>.
Good finding
I can fix 3.0 and send you revision number and you patch 2.0/2.2
is it Ok?
On Tue, Jan 28, 2014 at 10:54 PM, Peter Dähn <da...@vcrp.de> wrote:
> Hi Maxime...
>
> according to this...
> http://stackoverflow.com/questions/6585574/postgres-default-sort-by-id-worldshippostgres returns a not sortet result... so the xml is scambled... :-(
>
> how to fix export or import?
>
> We think a "sort by id" in the export functions (it seems to be a problem
> with all exports... rooms, user, flvs, messages... ) could do the job...
>
> Could you give us a hind where we can find the used functions?
>
> BR Peter
>
>
> Am 28.01.2014 16:01, schrieb Peter Dähn:
>
> no.. unfortunately not.. the same order than the xml...
>
> maybe something different because we use postgres-db?
>
>
> Am 28.01.2014 15:45, schrieb Maxim Solodovnik:
>
> Are your ids goes one-by-one?
>
>
> On Tue, Jan 28, 2014 at 9:25 PM, Peter Dähn <da...@vcrp.de> wrote:
>
>> i allready had a look at the dbs... the ids are different...
>>
>> and I also droped the db before restore om... :-(
>>
>> anyway... sounds not good for me... :-(
>>
>>
>> Am 28.01.2014 15:20, schrieb Maxim Solodovnik:
>>
>> In this case
>> all rooms should have same ids after import
>>
>> could you perform select from the database to check?
>> have you dropped your Db before import?
>>
>>
>> On Tue, Jan 28, 2014 at 9:14 PM, Peter Dähn <da...@vcrp.de> wrote:
>>
>>> hmm... i never put my hands on the database somehow...
>>>
>>> Am 28.01.2014 15:02, schrieb Maxim Solodovnik:
>>>
>>> the only case it can "scramble" ids: you have manually "hard" deleted
>>> some rooms
>>>
>>>
>>> On Tue, Jan 28, 2014 at 8:57 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>>> thats what i did before... and it will scramble the roomIDs... :-(
>>>>
>>>> any other ideas?
>>>>
>>>> BR Peter
>>>>
>>>> Am 28.01.2014 14:49, schrieb Maxim Solodovnik:
>>>>
>>>> -f option for file clean up only
>>>>
>>>> you need: "./admin.sh -i -v -file backup_31_07_2012_12_07_51.zip
>>>> --drop"
>>>>
>>>>
>>>> On Tue, Jan 28, 2014 at 8:39 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>
>>>>> Hi Maxim...
>>>>>
>>>>> according to Admin.java 199
>>>>>
>>>>> Command cmd = Command.usage;
>>>>> if (cmdl.hasOption('i')) {
>>>>> cmd = Command.install;
>>>>> } else if (cmdl.hasOption('b')) {
>>>>> cmd = Command.backup;
>>>>> } else if (cmdl.hasOption('r')) {
>>>>> cmd = Command.restore;
>>>>> } else if (cmdl.hasOption('l')) {
>>>>> cmd = Command.languages;
>>>>> } else if (cmdl.hasOption('f')) {
>>>>> cmd = Command.files;
>>>>> }
>>>>>
>>>>> -f option will be ignored in case of -i... Am I right?
>>>>>
>>>>> BR Peter
>>>>>
>>>>> Am 28.01.2014 14:12, schrieb Maxim Solodovnik:
>>>>>
>>>>> yes
>>>>> It will not create any additional users, just will add the contents of
>>>>> backup file
>>>>>
>>>>>
>>>>> On Tue, Jan 28, 2014 at 7:59 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>
>>>>>> Hi Maxim,
>>>>>>
>>>>>> thanks for your quick response.
>>>>>>
>>>>>> Do you mean by "install from file" the -f option of admin.sh?
>>>>>>
>>>>>> something like "./admin.sh -i -v -f -file backup.zip"
>>>>>>
>>>>>> BR
>>>>>>
>>>>>> Peter Dähn
>>>>>>
>>>>>> Am 28.01.2014 13:43, schrieb Maxim Solodovnik:
>>>>>>
>>>>>> you can try to "install from file"
>>>>>> This is the only way I know to preserve room ids
>>>>>>
>>>>>>
>>>>>> On Tue, Jan 28, 2014 at 7:40 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>
>>>>>>>
>>>>>>> Hallo together,
>>>>>>>
>>>>>>> I faced a problem while import a backup from 2.0 to 2.2.
>>>>>>>
>>>>>>> The roomIDs were scrambled during import. This happens because the
>>>>>>> new
>>>>>>> IDs will be created because of the order of the rooms in room.xml.
>>>>>>>
>>>>>>> The problem is, that we store the further roomIDs in the database of
>>>>>>> our LMS and use them to launch a room directly. And after the update
>>>>>>> the
>>>>>>> user enter the wrong room.
>>>>>>>
>>>>>>> Maybe "r.setRooms_id(null);" Line 289 in BackupImportController.java
>>>>>>> causes the trouble. It seems there were all further roomIDs
>>>>>>> discarded.
>>>>>>>
>>>>>>> Any Ideas how to handle it?
>>>>>>>
>>>>>>> BR
>>>>>>> Peter Dähn
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>>
>>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>>
>>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>>
>
>
> --
> WBR
> Maxim aka solomax
>
>
>
--
WBR
Maxim aka solomax
Re: Problem with backup import
Posted by Peter Dähn <da...@vcrp.de>.
Hi Maxime...
according to this...
http://stackoverflow.com/questions/6585574/postgres-default-sort-by-id-worldship
postgres returns a not sortet result... so the xml is scambled... :-(
how to fix export or import?
We think a "sort by id" in the export functions (it seems to be a
problem with all exports... rooms, user, flvs, messages... ) could do
the job...
Could you give us a hind where we can find the used functions?
BR Peter
Am 28.01.2014 16:01, schrieb Peter Dähn:
> no.. unfortunately not.. the same order than the xml...
>
> maybe something different because we use postgres-db?
>
>
> Am 28.01.2014 15:45, schrieb Maxim Solodovnik:
>> Are your ids goes one-by-one?
>>
>>
>> On Tue, Jan 28, 2014 at 9:25 PM, Peter Dähn <daehn@vcrp.de
>> <ma...@vcrp.de>> wrote:
>>
>> i allready had a look at the dbs... the ids are different...
>>
>> and I also droped the db before restore om... :-(
>>
>> anyway... sounds not good for me... :-(
>>
>>
>> Am 28.01.2014 15:20, schrieb Maxim Solodovnik:
>>> In this case
>>> all rooms should have same ids after import
>>>
>>> could you perform select from the database to check?
>>> have you dropped your Db before import?
>>>
>>>
>>> On Tue, Jan 28, 2014 at 9:14 PM, Peter Dähn <daehn@vcrp.de
>>> <ma...@vcrp.de>> wrote:
>>>
>>> hmm... i never put my hands on the database somehow...
>>>
>>> Am 28.01.2014 15:02, schrieb Maxim Solodovnik:
>>>> the only case it can "scramble" ids: you have manually
>>>> "hard" deleted some rooms
>>>>
>>>>
>>>> On Tue, Jan 28, 2014 at 8:57 PM, Peter Dähn <daehn@vcrp.de
>>>> <ma...@vcrp.de>> wrote:
>>>>
>>>> thats what i did before... and it will scramble the
>>>> roomIDs... :-(
>>>>
>>>> any other ideas?
>>>>
>>>> BR Peter
>>>>
>>>> Am 28.01.2014 14:49, schrieb Maxim Solodovnik:
>>>>> -f option for file clean up only
>>>>>
>>>>> you need: "./admin.sh -i -v -file
>>>>> backup_31_07_2012_12_07_51.zip --drop"
>>>>>
>>>>>
>>>>> On Tue, Jan 28, 2014 at 8:39 PM, Peter Dähn
>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>
>>>>> Hi Maxim...
>>>>>
>>>>> according to Admin.java 199
>>>>>
>>>>> Command cmd = Command.usage;
>>>>> if (cmdl.hasOption('i')) {
>>>>> cmd = Command.install;
>>>>> } else if (cmdl.hasOption('b')) {
>>>>> cmd = Command.backup;
>>>>> } else if (cmdl.hasOption('r')) {
>>>>> cmd = Command.restore;
>>>>> } else if (cmdl.hasOption('l')) {
>>>>> cmd = Command.languages;
>>>>> } else if (cmdl.hasOption('f')) {
>>>>> cmd = Command.files;
>>>>> }
>>>>>
>>>>> -f option will be ignored in case of -i... Am I right?
>>>>>
>>>>> BR Peter
>>>>>
>>>>> Am 28.01.2014 14:12, schrieb Maxim Solodovnik:
>>>>>> yes
>>>>>> It will not create any additional users, just
>>>>>> will add the contents of backup file
>>>>>>
>>>>>>
>>>>>> On Tue, Jan 28, 2014 at 7:59 PM, Peter Dähn
>>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>>
>>>>>> Hi Maxim,
>>>>>>
>>>>>> thanks for your quick response.
>>>>>>
>>>>>> Do you mean by "install from file" the -f
>>>>>> option of admin.sh?
>>>>>>
>>>>>> something like "./admin.sh -i -v -f -file
>>>>>> backup.zip"
>>>>>>
>>>>>> BR
>>>>>>
>>>>>> Peter Dähn
>>>>>>
>>>>>> Am 28.01.2014 13:43, schrieb Maxim Solodovnik:
>>>>>>> you can try to "install from file"
>>>>>>> This is the only way I know to preserve room ids
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jan 28, 2014 at 7:40 PM, Peter Dähn
>>>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>>>
>>>>>>>
>>>>>>> Hallo together,
>>>>>>>
>>>>>>> I faced a problem while import a backup
>>>>>>> from 2.0 to 2.2.
>>>>>>>
>>>>>>> The roomIDs were scrambled during
>>>>>>> import. This happens because the new
>>>>>>> IDs will be created because of the order
>>>>>>> of the rooms in room.xml.
>>>>>>>
>>>>>>> The problem is, that we store the
>>>>>>> further roomIDs in the database of
>>>>>>> our LMS and use them to launch a room
>>>>>>> directly. And after the update the
>>>>>>> user enter the wrong room.
>>>>>>>
>>>>>>> Maybe "r.setRooms_id(null);" Line 289 in
>>>>>>> BackupImportController.java
>>>>>>> causes the trouble. It seems there were
>>>>>>> all further roomIDs discarded.
>>>>>>>
>>>>>>> Any Ideas how to handle it?
>>>>>>>
>>>>>>> BR
>>>>>>> Peter Dähn
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>
>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
Re: Problem with backup import
Posted by Peter Dähn <da...@vcrp.de>.
no.. unfortunately not.. the same order than the xml...
maybe something different because we use postgres-db?
Am 28.01.2014 15:45, schrieb Maxim Solodovnik:
> Are your ids goes one-by-one?
>
>
> On Tue, Jan 28, 2014 at 9:25 PM, Peter Dähn <daehn@vcrp.de
> <ma...@vcrp.de>> wrote:
>
> i allready had a look at the dbs... the ids are different...
>
> and I also droped the db before restore om... :-(
>
> anyway... sounds not good for me... :-(
>
>
> Am 28.01.2014 15:20, schrieb Maxim Solodovnik:
>> In this case
>> all rooms should have same ids after import
>>
>> could you perform select from the database to check?
>> have you dropped your Db before import?
>>
>>
>> On Tue, Jan 28, 2014 at 9:14 PM, Peter Dähn <daehn@vcrp.de
>> <ma...@vcrp.de>> wrote:
>>
>> hmm... i never put my hands on the database somehow...
>>
>> Am 28.01.2014 15:02, schrieb Maxim Solodovnik:
>>> the only case it can "scramble" ids: you have manually
>>> "hard" deleted some rooms
>>>
>>>
>>> On Tue, Jan 28, 2014 at 8:57 PM, Peter Dähn <daehn@vcrp.de
>>> <ma...@vcrp.de>> wrote:
>>>
>>> thats what i did before... and it will scramble the
>>> roomIDs... :-(
>>>
>>> any other ideas?
>>>
>>> BR Peter
>>>
>>> Am 28.01.2014 14:49, schrieb Maxim Solodovnik:
>>>> -f option for file clean up only
>>>>
>>>> you need: "./admin.sh -i -v -file
>>>> backup_31_07_2012_12_07_51.zip --drop"
>>>>
>>>>
>>>> On Tue, Jan 28, 2014 at 8:39 PM, Peter Dähn
>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>
>>>> Hi Maxim...
>>>>
>>>> according to Admin.java 199
>>>>
>>>> Command cmd = Command.usage;
>>>> if (cmdl.hasOption('i')) {
>>>> cmd = Command.install;
>>>> } else if (cmdl.hasOption('b')) {
>>>> cmd = Command.backup;
>>>> } else if (cmdl.hasOption('r')) {
>>>> cmd = Command.restore;
>>>> } else if (cmdl.hasOption('l')) {
>>>> cmd = Command.languages;
>>>> } else if (cmdl.hasOption('f')) {
>>>> cmd = Command.files;
>>>> }
>>>>
>>>> -f option will be ignored in case of -i... Am I right?
>>>>
>>>> BR Peter
>>>>
>>>> Am 28.01.2014 14:12, schrieb Maxim Solodovnik:
>>>>> yes
>>>>> It will not create any additional users, just will
>>>>> add the contents of backup file
>>>>>
>>>>>
>>>>> On Tue, Jan 28, 2014 at 7:59 PM, Peter Dähn
>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>
>>>>> Hi Maxim,
>>>>>
>>>>> thanks for your quick response.
>>>>>
>>>>> Do you mean by "install from file" the -f
>>>>> option of admin.sh?
>>>>>
>>>>> something like "./admin.sh -i -v -f -file
>>>>> backup.zip"
>>>>>
>>>>> BR
>>>>>
>>>>> Peter Dähn
>>>>>
>>>>> Am 28.01.2014 13:43, schrieb Maxim Solodovnik:
>>>>>> you can try to "install from file"
>>>>>> This is the only way I know to preserve room ids
>>>>>>
>>>>>>
>>>>>> On Tue, Jan 28, 2014 at 7:40 PM, Peter Dähn
>>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>>
>>>>>>
>>>>>> Hallo together,
>>>>>>
>>>>>> I faced a problem while import a backup
>>>>>> from 2.0 to 2.2.
>>>>>>
>>>>>> The roomIDs were scrambled during import.
>>>>>> This happens because the new
>>>>>> IDs will be created because of the order
>>>>>> of the rooms in room.xml.
>>>>>>
>>>>>> The problem is, that we store the
>>>>>> further roomIDs in the database of
>>>>>> our LMS and use them to launch a room
>>>>>> directly. And after the update the
>>>>>> user enter the wrong room.
>>>>>>
>>>>>> Maybe "r.setRooms_id(null);" Line 289 in
>>>>>> BackupImportController.java
>>>>>> causes the trouble. It seems there were
>>>>>> all further roomIDs discarded.
>>>>>>
>>>>>> Any Ideas how to handle it?
>>>>>>
>>>>>> BR
>>>>>> Peter Dähn
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>
>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>
>
>
>
> --
> WBR
> Maxim aka solomax
Re: Problem with backup import
Posted by Maxim Solodovnik <so...@gmail.com>.
Are your ids goes one-by-one?
On Tue, Jan 28, 2014 at 9:25 PM, Peter Dähn <da...@vcrp.de> wrote:
> i allready had a look at the dbs... the ids are different...
>
> and I also droped the db before restore om... :-(
>
> anyway... sounds not good for me... :-(
>
>
> Am 28.01.2014 15:20, schrieb Maxim Solodovnik:
>
> In this case
> all rooms should have same ids after import
>
> could you perform select from the database to check?
> have you dropped your Db before import?
>
>
> On Tue, Jan 28, 2014 at 9:14 PM, Peter Dähn <da...@vcrp.de> wrote:
>
>> hmm... i never put my hands on the database somehow...
>>
>> Am 28.01.2014 15:02, schrieb Maxim Solodovnik:
>>
>> the only case it can "scramble" ids: you have manually "hard" deleted
>> some rooms
>>
>>
>> On Tue, Jan 28, 2014 at 8:57 PM, Peter Dähn <da...@vcrp.de> wrote:
>>
>>> thats what i did before... and it will scramble the roomIDs... :-(
>>>
>>> any other ideas?
>>>
>>> BR Peter
>>>
>>> Am 28.01.2014 14:49, schrieb Maxim Solodovnik:
>>>
>>> -f option for file clean up only
>>>
>>> you need: "./admin.sh -i -v -file backup_31_07_2012_12_07_51.zip
>>> --drop"
>>>
>>>
>>> On Tue, Jan 28, 2014 at 8:39 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>>> Hi Maxim...
>>>>
>>>> according to Admin.java 199
>>>>
>>>> Command cmd = Command.usage;
>>>> if (cmdl.hasOption('i')) {
>>>> cmd = Command.install;
>>>> } else if (cmdl.hasOption('b')) {
>>>> cmd = Command.backup;
>>>> } else if (cmdl.hasOption('r')) {
>>>> cmd = Command.restore;
>>>> } else if (cmdl.hasOption('l')) {
>>>> cmd = Command.languages;
>>>> } else if (cmdl.hasOption('f')) {
>>>> cmd = Command.files;
>>>> }
>>>>
>>>> -f option will be ignored in case of -i... Am I right?
>>>>
>>>> BR Peter
>>>>
>>>> Am 28.01.2014 14:12, schrieb Maxim Solodovnik:
>>>>
>>>> yes
>>>> It will not create any additional users, just will add the contents of
>>>> backup file
>>>>
>>>>
>>>> On Tue, Jan 28, 2014 at 7:59 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>
>>>>> Hi Maxim,
>>>>>
>>>>> thanks for your quick response.
>>>>>
>>>>> Do you mean by "install from file" the -f option of admin.sh?
>>>>>
>>>>> something like "./admin.sh -i -v -f -file backup.zip"
>>>>>
>>>>> BR
>>>>>
>>>>> Peter Dähn
>>>>>
>>>>> Am 28.01.2014 13:43, schrieb Maxim Solodovnik:
>>>>>
>>>>> you can try to "install from file"
>>>>> This is the only way I know to preserve room ids
>>>>>
>>>>>
>>>>> On Tue, Jan 28, 2014 at 7:40 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>
>>>>>>
>>>>>> Hallo together,
>>>>>>
>>>>>> I faced a problem while import a backup from 2.0 to 2.2.
>>>>>>
>>>>>> The roomIDs were scrambled during import. This happens because the new
>>>>>> IDs will be created because of the order of the rooms in room.xml.
>>>>>>
>>>>>> The problem is, that we store the further roomIDs in the database of
>>>>>> our LMS and use them to launch a room directly. And after the update
>>>>>> the
>>>>>> user enter the wrong room.
>>>>>>
>>>>>> Maybe "r.setRooms_id(null);" Line 289 in BackupImportController.java
>>>>>> causes the trouble. It seems there were all further roomIDs discarded.
>>>>>>
>>>>>> Any Ideas how to handle it?
>>>>>>
>>>>>> BR
>>>>>> Peter Dähn
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>>
>>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>>
>>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>>
>
>
> --
> WBR
> Maxim aka solomax
>
>
--
WBR
Maxim aka solomax
Re: Problem with backup import
Posted by Peter Dähn <da...@vcrp.de>.
i allready had a look at the dbs... the ids are different...
and I also droped the db before restore om... :-(
anyway... sounds not good for me... :-(
Am 28.01.2014 15:20, schrieb Maxim Solodovnik:
> In this case
> all rooms should have same ids after import
>
> could you perform select from the database to check?
> have you dropped your Db before import?
>
>
> On Tue, Jan 28, 2014 at 9:14 PM, Peter Dähn <daehn@vcrp.de
> <ma...@vcrp.de>> wrote:
>
> hmm... i never put my hands on the database somehow...
>
> Am 28.01.2014 15:02, schrieb Maxim Solodovnik:
>> the only case it can "scramble" ids: you have manually "hard"
>> deleted some rooms
>>
>>
>> On Tue, Jan 28, 2014 at 8:57 PM, Peter Dähn <daehn@vcrp.de
>> <ma...@vcrp.de>> wrote:
>>
>> thats what i did before... and it will scramble the
>> roomIDs... :-(
>>
>> any other ideas?
>>
>> BR Peter
>>
>> Am 28.01.2014 14:49, schrieb Maxim Solodovnik:
>>> -f option for file clean up only
>>>
>>> you need: "./admin.sh -i -v -file
>>> backup_31_07_2012_12_07_51.zip --drop"
>>>
>>>
>>> On Tue, Jan 28, 2014 at 8:39 PM, Peter Dähn <daehn@vcrp.de
>>> <ma...@vcrp.de>> wrote:
>>>
>>> Hi Maxim...
>>>
>>> according to Admin.java 199
>>>
>>> Command cmd = Command.usage;
>>> if (cmdl.hasOption('i')) {
>>> cmd = Command.install;
>>> } else if (cmdl.hasOption('b')) {
>>> cmd = Command.backup;
>>> } else if (cmdl.hasOption('r')) {
>>> cmd = Command.restore;
>>> } else if (cmdl.hasOption('l')) {
>>> cmd = Command.languages;
>>> } else if (cmdl.hasOption('f')) {
>>> cmd = Command.files;
>>> }
>>>
>>> -f option will be ignored in case of -i... Am I right?
>>>
>>> BR Peter
>>>
>>> Am 28.01.2014 14:12, schrieb Maxim Solodovnik:
>>>> yes
>>>> It will not create any additional users, just will add
>>>> the contents of backup file
>>>>
>>>>
>>>> On Tue, Jan 28, 2014 at 7:59 PM, Peter Dähn
>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>
>>>> Hi Maxim,
>>>>
>>>> thanks for your quick response.
>>>>
>>>> Do you mean by "install from file" the -f option of
>>>> admin.sh?
>>>>
>>>> something like "./admin.sh -i -v -f -file backup.zip"
>>>>
>>>> BR
>>>>
>>>> Peter Dähn
>>>>
>>>> Am 28.01.2014 13:43, schrieb Maxim Solodovnik:
>>>>> you can try to "install from file"
>>>>> This is the only way I know to preserve room ids
>>>>>
>>>>>
>>>>> On Tue, Jan 28, 2014 at 7:40 PM, Peter Dähn
>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>
>>>>>
>>>>> Hallo together,
>>>>>
>>>>> I faced a problem while import a backup from
>>>>> 2.0 to 2.2.
>>>>>
>>>>> The roomIDs were scrambled during import. This
>>>>> happens because the new
>>>>> IDs will be created because of the order of
>>>>> the rooms in room.xml.
>>>>>
>>>>> The problem is, that we store the further
>>>>> roomIDs in the database of
>>>>> our LMS and use them to launch a room
>>>>> directly. And after the update the
>>>>> user enter the wrong room.
>>>>>
>>>>> Maybe "r.setRooms_id(null);" Line 289 in
>>>>> BackupImportController.java
>>>>> causes the trouble. It seems there were all
>>>>> further roomIDs discarded.
>>>>>
>>>>> Any Ideas how to handle it?
>>>>>
>>>>> BR
>>>>> Peter Dähn
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>
>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>
>
>
>
> --
> WBR
> Maxim aka solomax
Re: Problem with backup import
Posted by Maxim Solodovnik <so...@gmail.com>.
In this case
all rooms should have same ids after import
could you perform select from the database to check?
have you dropped your Db before import?
On Tue, Jan 28, 2014 at 9:14 PM, Peter Dähn <da...@vcrp.de> wrote:
> hmm... i never put my hands on the database somehow...
>
> Am 28.01.2014 15:02, schrieb Maxim Solodovnik:
>
> the only case it can "scramble" ids: you have manually "hard" deleted some
> rooms
>
>
> On Tue, Jan 28, 2014 at 8:57 PM, Peter Dähn <da...@vcrp.de> wrote:
>
>> thats what i did before... and it will scramble the roomIDs... :-(
>>
>> any other ideas?
>>
>> BR Peter
>>
>> Am 28.01.2014 14:49, schrieb Maxim Solodovnik:
>>
>> -f option for file clean up only
>>
>> you need: "./admin.sh -i -v -file backup_31_07_2012_12_07_51.zip --drop"
>>
>>
>> On Tue, Jan 28, 2014 at 8:39 PM, Peter Dähn <da...@vcrp.de> wrote:
>>
>>> Hi Maxim...
>>>
>>> according to Admin.java 199
>>>
>>> Command cmd = Command.usage;
>>> if (cmdl.hasOption('i')) {
>>> cmd = Command.install;
>>> } else if (cmdl.hasOption('b')) {
>>> cmd = Command.backup;
>>> } else if (cmdl.hasOption('r')) {
>>> cmd = Command.restore;
>>> } else if (cmdl.hasOption('l')) {
>>> cmd = Command.languages;
>>> } else if (cmdl.hasOption('f')) {
>>> cmd = Command.files;
>>> }
>>>
>>> -f option will be ignored in case of -i... Am I right?
>>>
>>> BR Peter
>>>
>>> Am 28.01.2014 14:12, schrieb Maxim Solodovnik:
>>>
>>> yes
>>> It will not create any additional users, just will add the contents of
>>> backup file
>>>
>>>
>>> On Tue, Jan 28, 2014 at 7:59 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>>> Hi Maxim,
>>>>
>>>> thanks for your quick response.
>>>>
>>>> Do you mean by "install from file" the -f option of admin.sh?
>>>>
>>>> something like "./admin.sh -i -v -f -file backup.zip"
>>>>
>>>> BR
>>>>
>>>> Peter Dähn
>>>>
>>>> Am 28.01.2014 13:43, schrieb Maxim Solodovnik:
>>>>
>>>> you can try to "install from file"
>>>> This is the only way I know to preserve room ids
>>>>
>>>>
>>>> On Tue, Jan 28, 2014 at 7:40 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>
>>>>>
>>>>> Hallo together,
>>>>>
>>>>> I faced a problem while import a backup from 2.0 to 2.2.
>>>>>
>>>>> The roomIDs were scrambled during import. This happens because the new
>>>>> IDs will be created because of the order of the rooms in room.xml.
>>>>>
>>>>> The problem is, that we store the further roomIDs in the database of
>>>>> our LMS and use them to launch a room directly. And after the update
>>>>> the
>>>>> user enter the wrong room.
>>>>>
>>>>> Maybe "r.setRooms_id(null);" Line 289 in BackupImportController.java
>>>>> causes the trouble. It seems there were all further roomIDs discarded.
>>>>>
>>>>> Any Ideas how to handle it?
>>>>>
>>>>> BR
>>>>> Peter Dähn
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>>
>>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>>
>>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>>
>
>
> --
> WBR
> Maxim aka solomax
>
>
--
WBR
Maxim aka solomax
Re: Problem with backup import
Posted by Peter Dähn <da...@vcrp.de>.
hmm... i never put my hands on the database somehow...
Am 28.01.2014 15:02, schrieb Maxim Solodovnik:
> the only case it can "scramble" ids: you have manually "hard" deleted
> some rooms
>
>
> On Tue, Jan 28, 2014 at 8:57 PM, Peter Dähn <daehn@vcrp.de
> <ma...@vcrp.de>> wrote:
>
> thats what i did before... and it will scramble the roomIDs... :-(
>
> any other ideas?
>
> BR Peter
>
> Am 28.01.2014 14:49, schrieb Maxim Solodovnik:
>> -f option for file clean up only
>>
>> you need: "./admin.sh -i -v -file backup_31_07_2012_12_07_51.zip
>> --drop"
>>
>>
>> On Tue, Jan 28, 2014 at 8:39 PM, Peter Dähn <daehn@vcrp.de
>> <ma...@vcrp.de>> wrote:
>>
>> Hi Maxim...
>>
>> according to Admin.java 199
>>
>> Command cmd = Command.usage;
>> if (cmdl.hasOption('i')) {
>> cmd = Command.install;
>> } else if (cmdl.hasOption('b')) {
>> cmd = Command.backup;
>> } else if (cmdl.hasOption('r')) {
>> cmd = Command.restore;
>> } else if (cmdl.hasOption('l')) {
>> cmd = Command.languages;
>> } else if (cmdl.hasOption('f')) {
>> cmd = Command.files;
>> }
>>
>> -f option will be ignored in case of -i... Am I right?
>>
>> BR Peter
>>
>> Am 28.01.2014 14:12, schrieb Maxim Solodovnik:
>>> yes
>>> It will not create any additional users, just will add the
>>> contents of backup file
>>>
>>>
>>> On Tue, Jan 28, 2014 at 7:59 PM, Peter Dähn <daehn@vcrp.de
>>> <ma...@vcrp.de>> wrote:
>>>
>>> Hi Maxim,
>>>
>>> thanks for your quick response.
>>>
>>> Do you mean by "install from file" the -f option of
>>> admin.sh?
>>>
>>> something like "./admin.sh -i -v -f -file backup.zip"
>>>
>>> BR
>>>
>>> Peter Dähn
>>>
>>> Am 28.01.2014 13:43, schrieb Maxim Solodovnik:
>>>> you can try to "install from file"
>>>> This is the only way I know to preserve room ids
>>>>
>>>>
>>>> On Tue, Jan 28, 2014 at 7:40 PM, Peter Dähn
>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>
>>>>
>>>> Hallo together,
>>>>
>>>> I faced a problem while import a backup from 2.0 to
>>>> 2.2.
>>>>
>>>> The roomIDs were scrambled during import. This
>>>> happens because the new
>>>> IDs will be created because of the order of the
>>>> rooms in room.xml.
>>>>
>>>> The problem is, that we store the further roomIDs
>>>> in the database of
>>>> our LMS and use them to launch a room directly. And
>>>> after the update the
>>>> user enter the wrong room.
>>>>
>>>> Maybe "r.setRooms_id(null);" Line 289 in
>>>> BackupImportController.java
>>>> causes the trouble. It seems there were all further
>>>> roomIDs discarded.
>>>>
>>>> Any Ideas how to handle it?
>>>>
>>>> BR
>>>> Peter Dähn
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>
>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>
>
>
>
> --
> WBR
> Maxim aka solomax
Re: Problem with backup import
Posted by Maxim Solodovnik <so...@gmail.com>.
the only case it can "scramble" ids: you have manually "hard" deleted some
rooms
On Tue, Jan 28, 2014 at 8:57 PM, Peter Dähn <da...@vcrp.de> wrote:
> thats what i did before... and it will scramble the roomIDs... :-(
>
> any other ideas?
>
> BR Peter
>
> Am 28.01.2014 14:49, schrieb Maxim Solodovnik:
>
> -f option for file clean up only
>
> you need: "./admin.sh -i -v -file backup_31_07_2012_12_07_51.zip --drop"
>
>
> On Tue, Jan 28, 2014 at 8:39 PM, Peter Dähn <da...@vcrp.de> wrote:
>
>> Hi Maxim...
>>
>> according to Admin.java 199
>>
>> Command cmd = Command.usage;
>> if (cmdl.hasOption('i')) {
>> cmd = Command.install;
>> } else if (cmdl.hasOption('b')) {
>> cmd = Command.backup;
>> } else if (cmdl.hasOption('r')) {
>> cmd = Command.restore;
>> } else if (cmdl.hasOption('l')) {
>> cmd = Command.languages;
>> } else if (cmdl.hasOption('f')) {
>> cmd = Command.files;
>> }
>>
>> -f option will be ignored in case of -i... Am I right?
>>
>> BR Peter
>>
>> Am 28.01.2014 14:12, schrieb Maxim Solodovnik:
>>
>> yes
>> It will not create any additional users, just will add the contents of
>> backup file
>>
>>
>> On Tue, Jan 28, 2014 at 7:59 PM, Peter Dähn <da...@vcrp.de> wrote:
>>
>>> Hi Maxim,
>>>
>>> thanks for your quick response.
>>>
>>> Do you mean by "install from file" the -f option of admin.sh?
>>>
>>> something like "./admin.sh -i -v -f -file backup.zip"
>>>
>>> BR
>>>
>>> Peter Dähn
>>>
>>> Am 28.01.2014 13:43, schrieb Maxim Solodovnik:
>>>
>>> you can try to "install from file"
>>> This is the only way I know to preserve room ids
>>>
>>>
>>> On Tue, Jan 28, 2014 at 7:40 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>>>
>>>> Hallo together,
>>>>
>>>> I faced a problem while import a backup from 2.0 to 2.2.
>>>>
>>>> The roomIDs were scrambled during import. This happens because the new
>>>> IDs will be created because of the order of the rooms in room.xml.
>>>>
>>>> The problem is, that we store the further roomIDs in the database of
>>>> our LMS and use them to launch a room directly. And after the update the
>>>> user enter the wrong room.
>>>>
>>>> Maybe "r.setRooms_id(null);" Line 289 in BackupImportController.java
>>>> causes the trouble. It seems there were all further roomIDs discarded.
>>>>
>>>> Any Ideas how to handle it?
>>>>
>>>> BR
>>>> Peter Dähn
>>>>
>>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>>
>>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>>
>
>
> --
> WBR
> Maxim aka solomax
>
>
--
WBR
Maxim aka solomax
Re: Problem with backup import
Posted by Peter Dähn <da...@vcrp.de>.
thats what i did before... and it will scramble the roomIDs... :-(
any other ideas?
BR Peter
Am 28.01.2014 14:49, schrieb Maxim Solodovnik:
> -f option for file clean up only
>
> you need: "./admin.sh -i -v -file backup_31_07_2012_12_07_51.zip --drop"
>
>
> On Tue, Jan 28, 2014 at 8:39 PM, Peter Dähn <daehn@vcrp.de
> <ma...@vcrp.de>> wrote:
>
> Hi Maxim...
>
> according to Admin.java 199
>
> Command cmd = Command.usage;
> if (cmdl.hasOption('i')) {
> cmd = Command.install;
> } else if (cmdl.hasOption('b')) {
> cmd = Command.backup;
> } else if (cmdl.hasOption('r')) {
> cmd = Command.restore;
> } else if (cmdl.hasOption('l')) {
> cmd = Command.languages;
> } else if (cmdl.hasOption('f')) {
> cmd = Command.files;
> }
>
> -f option will be ignored in case of -i... Am I right?
>
> BR Peter
>
> Am 28.01.2014 14:12, schrieb Maxim Solodovnik:
>> yes
>> It will not create any additional users, just will add the
>> contents of backup file
>>
>>
>> On Tue, Jan 28, 2014 at 7:59 PM, Peter Dähn <daehn@vcrp.de
>> <ma...@vcrp.de>> wrote:
>>
>> Hi Maxim,
>>
>> thanks for your quick response.
>>
>> Do you mean by "install from file" the -f option of admin.sh?
>>
>> something like "./admin.sh -i -v -f -file backup.zip"
>>
>> BR
>>
>> Peter Dähn
>>
>> Am 28.01.2014 13:43, schrieb Maxim Solodovnik:
>>> you can try to "install from file"
>>> This is the only way I know to preserve room ids
>>>
>>>
>>> On Tue, Jan 28, 2014 at 7:40 PM, Peter Dähn <daehn@vcrp.de
>>> <ma...@vcrp.de>> wrote:
>>>
>>>
>>> Hallo together,
>>>
>>> I faced a problem while import a backup from 2.0 to 2.2.
>>>
>>> The roomIDs were scrambled during import. This happens
>>> because the new
>>> IDs will be created because of the order of the rooms in
>>> room.xml.
>>>
>>> The problem is, that we store the further roomIDs in
>>> the database of
>>> our LMS and use them to launch a room directly. And
>>> after the update the
>>> user enter the wrong room.
>>>
>>> Maybe "r.setRooms_id(null);" Line 289 in
>>> BackupImportController.java
>>> causes the trouble. It seems there were all further
>>> roomIDs discarded.
>>>
>>> Any Ideas how to handle it?
>>>
>>> BR
>>> Peter Dähn
>>>
>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>
>
>
>
> --
> WBR
> Maxim aka solomax
Re: Problem with backup import
Posted by Maxim Solodovnik <so...@gmail.com>.
-f option for file clean up only
you need: "./admin.sh -i -v -file backup_31_07_2012_12_07_51.zip --drop"
On Tue, Jan 28, 2014 at 8:39 PM, Peter Dähn <da...@vcrp.de> wrote:
> Hi Maxim...
>
> according to Admin.java 199
>
> Command cmd = Command.usage;
> if (cmdl.hasOption('i')) {
> cmd = Command.install;
> } else if (cmdl.hasOption('b')) {
> cmd = Command.backup;
> } else if (cmdl.hasOption('r')) {
> cmd = Command.restore;
> } else if (cmdl.hasOption('l')) {
> cmd = Command.languages;
> } else if (cmdl.hasOption('f')) {
> cmd = Command.files;
> }
>
> -f option will be ignored in case of -i... Am I right?
>
> BR Peter
>
> Am 28.01.2014 14:12, schrieb Maxim Solodovnik:
>
> yes
> It will not create any additional users, just will add the contents of
> backup file
>
>
> On Tue, Jan 28, 2014 at 7:59 PM, Peter Dähn <da...@vcrp.de> wrote:
>
>> Hi Maxim,
>>
>> thanks for your quick response.
>>
>> Do you mean by "install from file" the -f option of admin.sh?
>>
>> something like "./admin.sh -i -v -f -file backup.zip"
>>
>> BR
>>
>> Peter Dähn
>>
>> Am 28.01.2014 13:43, schrieb Maxim Solodovnik:
>>
>> you can try to "install from file"
>> This is the only way I know to preserve room ids
>>
>>
>> On Tue, Jan 28, 2014 at 7:40 PM, Peter Dähn <da...@vcrp.de> wrote:
>>
>>>
>>> Hallo together,
>>>
>>> I faced a problem while import a backup from 2.0 to 2.2.
>>>
>>> The roomIDs were scrambled during import. This happens because the new
>>> IDs will be created because of the order of the rooms in room.xml.
>>>
>>> The problem is, that we store the further roomIDs in the database of
>>> our LMS and use them to launch a room directly. And after the update the
>>> user enter the wrong room.
>>>
>>> Maybe "r.setRooms_id(null);" Line 289 in BackupImportController.java
>>> causes the trouble. It seems there were all further roomIDs discarded.
>>>
>>> Any Ideas how to handle it?
>>>
>>> BR
>>> Peter Dähn
>>>
>>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>>
>
>
> --
> WBR
> Maxim aka solomax
>
>
--
WBR
Maxim aka solomax
Re: Problem with backup import
Posted by Peter Dähn <da...@vcrp.de>.
Hi Maxim...
according to Admin.java 199
Command cmd = Command.usage;
if (cmdl.hasOption('i')) {
cmd = Command.install;
} else if (cmdl.hasOption('b')) {
cmd = Command.backup;
} else if (cmdl.hasOption('r')) {
cmd = Command.restore;
} else if (cmdl.hasOption('l')) {
cmd = Command.languages;
} else if (cmdl.hasOption('f')) {
cmd = Command.files;
}
-f option will be ignored in case of -i... Am I right?
BR Peter
Am 28.01.2014 14:12, schrieb Maxim Solodovnik:
> yes
> It will not create any additional users, just will add the contents of
> backup file
>
>
> On Tue, Jan 28, 2014 at 7:59 PM, Peter Dähn <daehn@vcrp.de
> <ma...@vcrp.de>> wrote:
>
> Hi Maxim,
>
> thanks for your quick response.
>
> Do you mean by "install from file" the -f option of admin.sh?
>
> something like "./admin.sh -i -v -f -file backup.zip"
>
> BR
>
> Peter Dähn
>
> Am 28.01.2014 13:43, schrieb Maxim Solodovnik:
>> you can try to "install from file"
>> This is the only way I know to preserve room ids
>>
>>
>> On Tue, Jan 28, 2014 at 7:40 PM, Peter Dähn <daehn@vcrp.de
>> <ma...@vcrp.de>> wrote:
>>
>>
>> Hallo together,
>>
>> I faced a problem while import a backup from 2.0 to 2.2.
>>
>> The roomIDs were scrambled during import. This happens
>> because the new
>> IDs will be created because of the order of the rooms in
>> room.xml.
>>
>> The problem is, that we store the further roomIDs in the
>> database of
>> our LMS and use them to launch a room directly. And after the
>> update the
>> user enter the wrong room.
>>
>> Maybe "r.setRooms_id(null);" Line 289 in
>> BackupImportController.java
>> causes the trouble. It seems there were all further roomIDs
>> discarded.
>>
>> Any Ideas how to handle it?
>>
>> BR
>> Peter Dähn
>>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>
>
>
>
> --
> WBR
> Maxim aka solomax
Re: Problem with backup import
Posted by Maxim Solodovnik <so...@gmail.com>.
yes
It will not create any additional users, just will add the contents of
backup file
On Tue, Jan 28, 2014 at 7:59 PM, Peter Dähn <da...@vcrp.de> wrote:
> Hi Maxim,
>
> thanks for your quick response.
>
> Do you mean by "install from file" the -f option of admin.sh?
>
> something like "./admin.sh -i -v -f -file backup.zip"
>
> BR
>
> Peter Dähn
>
> Am 28.01.2014 13:43, schrieb Maxim Solodovnik:
>
> you can try to "install from file"
> This is the only way I know to preserve room ids
>
>
> On Tue, Jan 28, 2014 at 7:40 PM, Peter Dähn <da...@vcrp.de> wrote:
>
>>
>> Hallo together,
>>
>> I faced a problem while import a backup from 2.0 to 2.2.
>>
>> The roomIDs were scrambled during import. This happens because the new
>> IDs will be created because of the order of the rooms in room.xml.
>>
>> The problem is, that we store the further roomIDs in the database of
>> our LMS and use them to launch a room directly. And after the update the
>> user enter the wrong room.
>>
>> Maybe "r.setRooms_id(null);" Line 289 in BackupImportController.java
>> causes the trouble. It seems there were all further roomIDs discarded.
>>
>> Any Ideas how to handle it?
>>
>> BR
>> Peter Dähn
>>
>>
>
>
> --
> WBR
> Maxim aka solomax
>
>
--
WBR
Maxim aka solomax
Re: Problem with backup import
Posted by Peter Dähn <da...@vcrp.de>.
Hi Maxim,
thanks for your quick response.
Do you mean by "install from file" the -f option of admin.sh?
something like "./admin.sh -i -v -f -file backup.zip"
BR
Peter Dähn
Am 28.01.2014 13:43, schrieb Maxim Solodovnik:
> you can try to "install from file"
> This is the only way I know to preserve room ids
>
>
> On Tue, Jan 28, 2014 at 7:40 PM, Peter Dähn <daehn@vcrp.de
> <ma...@vcrp.de>> wrote:
>
>
> Hallo together,
>
> I faced a problem while import a backup from 2.0 to 2.2.
>
> The roomIDs were scrambled during import. This happens because the new
> IDs will be created because of the order of the rooms in room.xml.
>
> The problem is, that we store the further roomIDs in the database of
> our LMS and use them to launch a room directly. And after the
> update the
> user enter the wrong room.
>
> Maybe "r.setRooms_id(null);" Line 289 in BackupImportController.java
> causes the trouble. It seems there were all further roomIDs discarded.
>
> Any Ideas how to handle it?
>
> BR
> Peter Dähn
>
>
>
>
> --
> WBR
> Maxim aka solomax
Re: Problem with backup import
Posted by Maxim Solodovnik <so...@gmail.com>.
you can try to "install from file"
This is the only way I know to preserve room ids
On Tue, Jan 28, 2014 at 7:40 PM, Peter Dähn <da...@vcrp.de> wrote:
>
> Hallo together,
>
> I faced a problem while import a backup from 2.0 to 2.2.
>
> The roomIDs were scrambled during import. This happens because the new
> IDs will be created because of the order of the rooms in room.xml.
>
> The problem is, that we store the further roomIDs in the database of
> our LMS and use them to launch a room directly. And after the update the
> user enter the wrong room.
>
> Maybe "r.setRooms_id(null);" Line 289 in BackupImportController.java
> causes the trouble. It seems there were all further roomIDs discarded.
>
> Any Ideas how to handle it?
>
> BR
> Peter Dähn
>
>
--
WBR
Maxim aka solomax