Hi all,
I am running the open remote controller under the tomcat6 server of Ubuntu linux. The server seems to run fine.
If I try to snc the configuration with the Boss 2 Online tools it seems to work fine, no error is returned. However, when I try to load a file from the disk (openremote.zip) it says:
"Upload failed! Exception: The path ../webapps/controller doesn't exist."
The connection of my iPhone also finds the Controller alright on the wifi network using autodiscovery (within a second). But claims that there is no panel.xml file to be found.
Apparently the upload of this file fails somehow. Also if I would like to load the unzipped file myself to the controller directory, I am not sure where to put the files as the iPhone or iPad app still returns the error that it cannot find the panel.xml file.
Thanks in advance for your hints.
Rick
Comments (7)
Aug 22, 2011
Juha Lindfors says:
Hello Rick, To try manually unzipping the files, they should be expanded to the...Hello Rick,
To try manually unzipping the files, they should be expanded to the Tomcat/webapps/controller directory (assuming you haven't changed this location.
Therefore you should have Tomcat/webapps/controller/controller.xml and Tomcat/webapps/controller/panel.xml + additional image resources in that same location, if any.
Aug 23, 2011
Floyd Repman says:
I'm attempting the same thing but I'm using the web console. Manually placing t...I'm attempting the same thing but I'm using the web console. Manually placing the files in the controller directory on an existing tomcat installation results in no panel.xml found even though the controller is seen just fine. When I try to do an automatic download via the controller I end up with this error message in the catalina.out log file:
[Controller] 2011-08-23 09:15:01,773 ERROR [TP-Processor3] org.openremote.controller.service.impl.FileServiceImpl.writeZipAndUnzip(117) | Can't write openremote.zip to ../webapps/controller
I've checked the file and folder permissions and everything looks fine. I've also replicated the catalina.policy file from the built-in tomcat conf directory, but this doesn't appear to have any effect.
Aug 23, 2011
Floyd Repman says:
After some playing around with this, I've come to the conclusion that it has to ...After some playing around with this, I've come to the conclusion that it has to do with how the web application gets compiled based on the settings in config.properties. If I hard code the path to my tomcat/webapps directory in config.properties (e.g. /var/lib/tomcat6/webapps) in https://openremote.svn.sourceforge.net/svnroot/openremote/trunk/Controller/ then compile a war and deploy it to my tomcat server then it has no problems with either manually uploading the zip file or synchronizing from the online designer. My web console can also see the panel.xml with no problems.
Oct 08, 2011
daendekerk says:
Hi, I had the same problem here. I've installed Openremote on my Synology (Linux...Hi,
I had the same problem here. I've installed Openremote on my Synology (Linux based).
If I start OpenRemote like this:
sh /volume1/software/openremote/bin/openremote.sh run
I get the panel.xml error.
However, if I start it like this:
cd /volume1/software/openremote/bin
sh openremote.sh run
I have no problems. Looks like it has to do something with relative paths?
Anyone?
Oct 09, 2011
Administrator says:
Hello, You are right, it is due to relative paths in the startup scripts. You c...Hello,
You are right, it is due to relative paths in the startup scripts. You currently have to change dirs to the controller /bin first before starting it.
Oct 09, 2011
daendekerk says:
Hmm, not sure to which file you are referring and what line I need to adapt. Wh...Hmm, not sure to which file you are referring and what line I need to adapt.
What worked for me (not sure if this is 'best practice'), In "openremote.sh" I have added a new line that changes the present working directory (cd /volume1/software/openremote/bin).
Oct 10, 2011
Juha Lindfors says:
That should be an ok change for your own installation. I guess some modificatio...That should be an ok change for your own installation.
I guess some modifications could be made to startup scripts so that they can be run from any location. I'll leave this up to someone who is more familiar with shell scripts to send a patch, volunteers welcome
– Juha