Subsonic Java errors

[stever]

have been having this problem for a while now, my guess is it is a Java Problem. Below is the error message generated when I selected an artist from the left pane in the browser window or click on an album cover art. essentially I cannot selected any songs. Am running Subsonic on a WHS V1, have tried re-installing etc etc. In the memory section below it says I only have 52MB allocated but in the Subsonic console I have 256 allocated??

Anybody have any clues as to what is going on?

Exception java.lang.ClassFormatError
Message Incompatible magic value 0 in class file org/apache/jsp/WEB_002dINF/jsp/main_jsp
Java version Sun Microsystems Inc. 1.6.0_18
Operating system Windows 2003 5.2
Server jetty-6.1.x
Memory Used 39 of 52 MB
Stack trace java.lang.ClassFormatError: Incompatible magic value 0 in class file org/apache/jsp/WEB_002dINF/jsp/main_jsp at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClassCond(Unknown Source) at java.lang.ClassLoader.defineClass(Unknown Source) at java.security.SecureClassLoader.defineClass(Unknown Source) at java.net.URLClassLoader.defineClass(Unknown Source) at java.net.URLClassLoader.access$000(Unknown Source) at java.net.URLClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(Unknown Source) at org.apache.jasper.servlet.JasperLoader.loadClass(JasperLoader.java:133) at org.apache.jasper.servlet.JasperLoader.loadClass(JasperLoader.java:65) at org.apache.jasper.JspCompilationContext.load(JspCompilationContext.java:596) at org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.java:147) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:315) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405) at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:268) at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:126) at org.springframework.web.servlet.view.InternalResourceView.renderMergedOutputModel(InternalResourceView.java:236) at org.springframework.web.servlet.view.AbstractView.render(AbstractView.java:257) at org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1183) at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:902) at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:807) at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:571) at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:501) at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1093) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:265) at org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107) at org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275) at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:166) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275) at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275) at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275) at org.acegisecurity.wrapper.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:81) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275) at org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:173) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275) at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:271) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275) at org.acegisecurity.ui.logout.LogoutFilter.doFilter(LogoutFilter.java:110) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275) at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275) at org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:149) at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084) at net.sourceforge.subsonic.filter.RequestEncodingFilter.doFilter(RequestEncodingFilter.java:43) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084) at net.sourceforge.subsonic.filter.ParameterDecodingFilter.doFilter(ParameterDecodingFilter.java:54) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084) at net.sourceforge.subsonic.filter.BootstrapVerificationFilter.doFilter(BootstrapVerificationFilter.java:54) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139) at org.mortbay.jetty.Server.handle(Server.java:313) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:506) at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:830) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381) at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:396) at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java

[BKKKPewsey]

Have you tried re-installing java? -it looks like it certainly could do with an update.

[stever]

Updated Java on both the server and the client and still no go get the same error message.

[BKKKPewsey]

I would suggest doing a clean install of both java and subsonic.
Un-install java - reboot
Install latest java 1.6.xx
See if that works - if not
Close down SS
Rename c:\subsonic folder to something else then re-install
Make sure that works without errors - If so - Stop SS - then copy back your old subsonic\db folder which will bring back all your old settings etc.
Restart and hope!!!

[hakko]

Stop Subsonic, delete C:/subsonic/jetty/<BUILD_NUMBER>/jsp (not C:/subsonic!), start Subsonic. That would be my best guess.

[stever]

thanks, that last suggestion did the trick.

[hakko]

Good to hear! People are (in my opinion) a bit too eager to uninstall Java as a general approach if something doesn't work. If you haven't deliberately screwed up your Java installation, it's probably fine. And the "if it ain't broken, don't fix it" thesis applies. Client-side, Java isn't even used. Mumble mumble.

[GJ51]

Most of us don't have your prowess with java so we share things that we have found helpful even if we don't understand why something works. If it works we do it and share what we have found.

We always welcome a better answer to solving any issues regarding SS. Thank you for your input.

[hakko]

I appreciate it very much that people spend time helping others! Especially since so many questions are recurring (I wish people were better at searching, and giving detailed error descriptions). I think it's admirable to help somebody figure out their transcode setup for the 100th time. I would just get bored telling the same thing over and over and try writing a program to automatically answer the forum. Which probably would fail and create a mess.

But in general, a Java installation doesn't get corrupt unless you make it go corrupt (by twiddling with environment variables, installing multiple Java environments, something like that). But then you'd normally know that you did something and realize that a re-installation is needed. Re-installing otherwise feels more like re-installing Notepad or something.

But I guess I shouldn't expect everyone else to be a nerd like me. Actually, the world would be quite boring if everyone was.

[BKKKPewsey]

Am running Subsonic on a WHS V1, have tried re-installing etc etc.

Stop Subsonic, delete C:/subsonic/jetty/<BUILD_NUMBER>/jsp (not C:/subsonic!), start Subsonic. That would be my best guess.

As a re-install will delete the jetty cache (well it does on mine) I am a bit perplexed as to why it should work

Java version Sun Microsystems Inc. 1.6.0_18

As I already have pointed out that is a old version which with a normal WHS R1 install should have updated itself to 0_31
so it may not be broke but I would certainly call the doctor for a thorough examination

[hakko]

As a re-install will delete the jetty cache (well it does on mine) I am a bit perplexed as to why it should work

I think you've tried this more times than me, but does it really? I thought un-installation deleted C:/Program Files/Subsonic but not C:/Subsonic (I may be wrong though, or it might differ on different platforms). The JSP files are compiled the first time you visit a certain page (oh why, Sindre) and then never again. That's why I thought it would be necessary to remove the JSP directory (where the compiled JSP files reside) to have them compiled once again.

[BKKKPewsey]

I thought un-installation deleted C:/Program Files/Subsonic but not C:/Subsonic

You are correct a un-install will leave c:\subsonic alone otherwise you will lose your settings however I thought that when the war file "expanded" again it overwrote the old cache eg "blanked it" - if it doesn't then the simple re-install SS remedy may need changing
The next time I need to do a new install I will do a full test by changing one of the cache files and then re-installing.
Hopefully it will be soon when 4.7 is ready for "prime time"

[hakko]

I won't swear to it but I think the WAR expanding is lazy, i.e it only creates files and directories where necessary (if previously expanded files have been deleted/renamed for example). In this case though, the .JSP files found in C:/subsonic/jetty/... will look exactly the same as the .JSP files found in the WAR file, so they won't get touched. And therefore, the old class files generated out of the .JSP files will still be valid and used, even though they're the source of the problem here, and we need to delete them manually to get rid of them. So the install/uninstall procedure has some glitches.

[BKKKPewsey]

Further info: (On Windows)
I have tested with both 4.6 and 4.7b2 and both times a re-install does indeed wipe the jetty cache completely.
If you examine the cache before you access SS in a browser it is completely empty.
I also added a file into each cache directory (test.txt) before re-installing and that went as well.

[hakko]

So, we really don't have a clue to what went wrong for stever, even though the situation got solved? : )