Back-rev'ing out of 4.4 - RESOLVED

[baaldemon]

Very weird and interesting problem.

As for the manually deploying the war I guess I just read your description of what you were doing wrong.

A couple more questions for you, have you have had the standalone version installed? If so did you fully get rid of that before moving to the war deployment.

Also you can try to clean out the work and tmp directories from tomcat. Check your tomcat6.conf file for their location. Stop the server before you remove the files. Not sure if that will help but it cant hurt.

[jaquense]

maybe, you have old standalone files screwing with stuff?
/etc/default/subsonic
/user/share/subsonic/
those are Standalone only files/dir

I JUST had a problem with old versions of files sticking around. Ultimately to fix it i deleted the old files completely (or moved em) started the server, obviously not much works. stop and installed the new files.

It was the only way I could get it to behave. It was befuddling because I would open up the file and see that it was correct, but SS would not show it. some sort of cache?

[supra92]

baaldemon/jaquense,

I used to run the jetty standalone version a long time ago... it's been over a year. Call me crazy, but I save the downloads from the SS site in my home dir just so I have a record of what I've used and when the download date was. The last standalone version I used was the 3.8beta, which was back on Oct 5th, 2009. Since then I've used the 3.8, 3.9, and 4.1 tomcat/war versions. Only in the past week or so have I tried 4.4 (along with 4.3 for troubleshooting).

Pretty sure all traces of that old 3.8b standalone are gone -- I doublechecked the dirs listed by jaquense and neither /etc/default/subsonic nor /usr/share/subsonic exist at all.

I will check on the Tomcat6 temp and work dirs now -- the # of possible culprits is getting pretty damn small now that it's firmly established that "Cover Art" isn't even a link in the Settings menu in 4.4...

[supra92]

Fantastic -- that hit the nail right on the head! Per the Tomcat6 conf file, scouted around /var/cache/tomcat6 for the work and temp dirs. Nothing in temp except Music Folder and Chat caches, but drilled down under the work folder and found cached versions of every jsp file here:

/var/cache/tomcat6/work/Catalina/localhost/subsonic/org/apache/jsp/WEB_002dINF/jsp

Did an rm -Rf there to kill all jsp files and the wap dir, and then restarted tomcat6. Presto!

And wow, now I'm really seeing SS 4.4 for the first time. The "Cover Art" link is indeed now gone, but when I go to an album and select the Change link under the art, now I'm seeing the whole new Google Images engine. Very nice!!

Furthermore, clearing out that work dir fixed both of the other problems too:

- Search engine now works perfectly - no more java bean properties error
- even the new 5.4 jwplayer included with SS4.4 works now - no need to replace it with the older 5.0 player from SS4.1. This resolves the other thread I'd started a week ago about the jwplayer failing in 4.4.


Just, awesome! Thanks very much to both of you for your time/help on this -- the tomcat6 work dir issue definitely something that would never occur in the standalone jetty versions, and I'd never encountered that issue during previous upgrades. I'm guessing that clearing out that tomcat6 work dir is a good thing to do as a matter of course whenever upgrading to a new version of SS, given what we've seen here. Regardless, that was a good exercise in troubleshooting/narrowing down until the culprit had no place left to hide.

I updated the subject line of the original post so it'd be easier for everyone to see in the thread list that the issue's been fixed.

Thanks again, and cheers!
Supra92

[baaldemon]

Glad to hear you resolved your issues and are now seeing the true new subsonic for the first time. Ive never personally had to remove the work directory before but ive read that sometimes this needs to be done.

Have fun with the new subsonic.

[jaquense]

woohoo! I love it when these things work out