Description of problem: The thermostat webapp borrows it's configuration from tomcat. This results in it trying to use the same ports as the system tomcat which causes port conflicts if both the system tomcat and the thermostat webapp are both running. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Created attachment 864129 [details] Fix for revision f0be04eeff638eee843c9a13956d7e493278dcb2 in dist-git
The attached patch fixes this. The thermostat tomcat instance uses port 8999 with this patch applied. I'm not going to build this in kojo just yet, since after this patch thermostat-webapp upgrades fail with: file /var/lib/tomcats/thermostat/conf/logging.properties from install of thermostat-webapp-1.0.2-2.fc20.noarch conflicts with file from package tomcat-0:7.0.47-1.fc21.noarch file /var/lib/tomcats/thermostat/conf/Catalina from install of thermostat-webapp-1.0.2-2.fc20.noarch conflicts with file from package tomcat-0:7.0.47-1.fc21.noarch file /var/lib/tomcats/thermostat/conf/catalina.policy from install of thermostat-webapp-1.0.2-2.fc20.noarch conflicts with file from package tomcat-0:7.0.47-1.fc21.noarch file /var/lib/tomcats/thermostat/conf/catalina.properties from install of thermostat-webapp-1.0.2-2.fc20.noarch conflicts with file from package tomcat-0:7.0.47-1.fc21.noarch file /var/lib/tomcats/thermostat/conf/context.xml from install of thermostat-webapp-1.0.2-2.fc20.noarch conflicts with file from package tomcat-0:7.0.47-1.fc21.noarch file /var/lib/tomcats/thermostat/conf/log4j.properties from install of thermostat-webapp-1.0.2-2.fc20.noarch conflicts with file from package tomcat-0:7.0.47-1.fc21.noarch file /var/lib/tomcats/thermostat/conf/server.xml from install of thermostat-webapp-1.0.2-2.fc20.noarch conflicts with file from package tomcat-0:7.0.47-1.fc21.noarch file /var/lib/tomcats/thermostat/conf/tomcat-users.xml from install of thermostat-webapp-1.0.2-2.fc20.noarch conflicts with file from package tomcat-0:7.0.47-1.fc21.noarch file /var/lib/tomcats/thermostat/conf/tomcat.conf from install of thermostat-webapp-1.0.2-2.fc20.noarch conflicts with file from package tomcat-0:7.0.47-1.fc21.noarch file /var/lib/tomcats/thermostat/conf/web.xml from install of thermostat-webapp-1.0.2-2.fc20.noarch conflicts with file from package tomcat-0:7.0.47-1.fc21.noarch file /var/lib/tomcats/thermostat/conf from install of thermostat-webapp-1.0.2-2.fc20.noarch conflicts with file from package thermostat-webapp-1.0.0-2.fc20.noarch This can be reproduces with (for example): $ sudo rpm -Uvh --test noarch/thermostat-webapp-1.0.2-2.fc20.noarch.rpm \ x86_64/thermostat-1.0.2-2.fc20.x86_64.rpm Removing the "--test" switch lets one update from 1.0.0-2 for example. Marking the RPM bug as dependent.
AFAICS the %pretrans script should be in thermostat-webapp as that's where the conflicting symlink is, not the main thermostat package where the patch from comment #1 puts it.
(In reply to Panu Matilainen from comment #3) > AFAICS the %pretrans script should be in thermostat-webapp as that's where > the conflicting symlink is, not the main thermostat package where the patch > from comment #1 puts it. If I modify the %pretrans macro as follows nothing changes. Same conflicts come up using yum or rpm -Uvh --test: %pretrans webapp -p <lua> I'm not an expert in using %pretrans, so this is an educated guess. I'll provide scratch builds for you to try yourself later today. Reducing this to a minimal reproducer should be fairly straight forward, FWIW.
Created attachment 864562 [details] Fix for revision f0be04eeff638eee843c9a13956d7e493278dcb2 in dist-git
Comment 5 adds an updated patch. Like I said before it does not fix the issue. A scratch build for F20 is going on here if you need (S)RPMs to test, Panu: http://koji.fedoraproject.org/koji/taskinfo?taskID=6542685
I've pushed this to rawhide even though users who upgrade from F20 may run into this issue. A workaround is to erase thermostat-webapp and then install it again. This also works using yum. I believe this is better than not fixing this bug. Fixed in thermostat-1.0.2-7.fc21 http://koji.fedoraproject.org/koji/taskinfo?taskID=6655642