This page last changed on Apr 14, 2011 by yannph.


I've this strange error when launching the controller
INFO: Initialized JUL to LOG4J Redirector.
Controller 2011-04-14 11:29:30,036 ERROR [DefaultQuartzScheduler_QuartzSchedul
erThread] org.quartz.core.ErrorLogger.schedulerError(2166) | An error occured in
stantiating job to be executed. job= 'DEFAULT.controllerXMLChangeListenJob'
org.quartz.SchedulerException: Problem instantiating class 'org.openremote.contr
oller.config.ControllerXMLChangeListener' - [See nested exception: java.lang.No
SuchMethodError: org.quartz.SchedulerException.<init>(Ljava/lang/String;Ljava/la
at org.quartz.core.JobRunShell.initialize(
Caused by: java.lang.NoSuchMethodError: org.quartz.SchedulerException.<init>(Lja
at org.springframework.scheduling.quartz.AdaptableJobFactory.newJob(Adap
at org.quartz.core.JobRunShell.initialize(
... 1 more

I'm running the Controller from brnach "Controller 2.0.0 Alpha KNXIP". Do you know if there is patch available or a latest version for the QuartzScheduler?


Hi Yann,

I've patched this (I think, didnt do much testing as it was a side effect of other things I was working on) which you can try here –

The snapshot unfortunately does not include your KNX patches yet which I will try to find time to include this week (Olivier is also doing some heavy KNX patching as we speak based on some KNX deployments we worked on recently), so you'll have to apply your patches again if you want to use the SNAPSHOT.

However, the error while annoying, can be currently ignored in most cases (or restart to get rid of it, IIRC).

Posted by juha at Apr 14, 2011 11:27

Waough, good news.
Yes I'll try your snapshot and reapply my patch.
I'll let you know if any issue.

Posted by yannph at Apr 14, 2011 11:32

The first run comes with some errors:
log4j:ERROR setFile(null,true) call failed. ..\logs\onewire\onewire.log (Le chemin dÆaccÞs sp
ÚcifiÚ est introuvable) = PATH not found
at Method)
at org.apache.log4j.FileAppender.setFile(
at org.apache.log4j.RollingFileAppender.setFile(
at org.apache.log4j.FileAppender.activateOptions(
at org.apache.log4j.config.PropertySetter.activate(
at org.apache.log4j.config.PropertySetter.setProperties(
at org.apache.log4j.config.PropertySetter.setProperties(
at org.apache.log4j.PropertyConfigurator.parseAppender(
at org.apache.log4j.PropertyConfigurator.parseCategory(
at org.apache.log4j.PropertyConfigurator.parseCatsAndRenderers(
at org.apache.log4j.PropertyConfigurator.doConfigure(
at org.apache.log4j.PropertyConfigurator.doConfigure(
at org.apache.log4j.helpers.OptionConverter.selectAndConfigure(
at org.apache.log4j.LogManager.<clinit>(
at org.apache.log4j.Logger.getLogger(
at org.apache.commons.logging.impl.Log4JLogger.getLogger(
at org.apache.commons.logging.impl.Log4JLogger.<init>(
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(
at java.lang.reflect.Constructor.newInstance(
at org.apache.commons.logging.impl.LogFactoryImpl.createLogFromClass(
at org.apache.commons.logging.impl.LogFactoryImpl.discoverLogImplementation(
at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(
at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(
at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(
at org.apache.commons.logging.LogFactory.getLog(
at org.springframework.util.SystemPropertyUtils.<clinit>(
at org.springframework.web.util.Log4jWebConfigurer.initLogging(
at org.springframework.web.util.Log4jConfigListener.contextInitialized(
at org.apache.catalina.core.StandardContext.listenerStart(
at org.apache.catalina.core.StandardContext.start(
at org.apache.catalina.core.ContainerBase.addChildInternal(
at org.apache.catalina.core.ContainerBase.addChild(
at org.apache.catalina.core.StandardHost.addChild(
at org.apache.catalina.startup.HostConfig.deployDirectory(
at org.apache.catalina.startup.HostConfig.deployDirectories(
at org.apache.catalina.startup.HostConfig.deployApps(
at org.apache.catalina.startup.HostConfig.start(
at org.apache.catalina.startup.HostConfig.lifecycleEvent(
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(
at org.apache.catalina.core.ContainerBase.start(
at org.apache.catalina.core.StandardHost.start(
at org.apache.catalina.core.ContainerBase.start(
at org.apache.catalina.core.StandardEngine.start(
at org.apache.catalina.core.StandardService.start(
at org.apache.catalina.core.StandardServer.start(
at org.apache.catalina.startup.Catalina.start(
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(
at sun.reflect.DelegatingMethodAccessorImpl.invoke(
at java.lang.reflect.Method.invoke(
at org.apache.catalina.startup.Bootstrap.start(
at org.apache.catalina.startup.Bootstrap.main(
log4j:ERROR setFile(null,true) call failed.

Once the sud-dir "onewire", as well as "knx" created, it's start running.

I think this can be easily fix.


Posted by yannph at Apr 14, 2011 14:51

Yes, these have already been added to a updated Runtime:

So it just requires packaging with the new runtime.


– Juha

Posted by juha at Apr 14, 2011 15:14

OK Juha,
I'm using your snapshot, and no more error in runtime, currently, no KNX error.
But, in the interface, previous LABEL sersor are now "N/A" and buttons doesn't work.
I've seen some depreciated code mainly on Command and Sensor.

Do you have an advice to help me going through that?


Posted by yannph at Apr 14, 2011 19:20

Ok, thanks for reporting.

That snapshot hasn't been fully tested and unfortunately the original automated tests are insufficient to catch all cases. I need to test first if the issue was raised between this and the previous snapshot Controller_EP_SNAP_20110410 – the snapshot of 20110412 made a large change in the way the controller is bootstrapped so it's not surprising there would be issues.

Let me know if you uncover further details.

Posted by juha at Apr 15, 2011 11:31

Hi Juha,

I've used the latest release revision (4142) in Controller_2_0_0_Alphas, but still have the same issue with an fresh new runtime directory (no sync with the designer, so no cache, no panel.xml, no controller.xml)
Any idea?
Does this branch not a correct one?

Posted by yannph at May 02, 2011 21:22

Sounds like a different issue – I haven't merged anything related to this to release branches yet, so it should work as usual.

On the other hand, I haven't yet run all the tests after the latest merges either.

Posted by juha at May 02, 2011 22:08

Trying to reproduce it, but (un)fortunalty, I can't.
It happens only once when I started with this new release, but since ... it's working without error.
I've applied the "RANGE" patch for DPT 5.010 and the "Float2Byte" for DPT 9.001 and there working also.

And my KNX bus is quite silent
I'm working with Android Panel and iPad panel. When updating status from one panel, the other one is updated immediatly. The IP/KNX Bus Listener seems to work perfectly well.

Olivier, Juha, Thanks for your job


Posted by yannph at May 02, 2011 22:15

I've applied the "RANGE" patch for DPT 5.010 and the "Float2Byte" for DPT 9.001 and there working also.

These are also now integrated to /branches/project/Controller_2_0_0_Alphas, see R4152

Trying to reproduce it, but (un)fortunalty, I can't.
It happens only once when I started with this new release, but since ... it's working without error.

Yeah I think I know what it is and it is intermittent – was taking a look at it earlier but will do so again to finish what I started. Maybe sometime this week although have quite a few other tasks on the plate first.

Posted by juha at May 03, 2011 00:00
Document generated by Confluence on Jun 05, 2016 09:30