Java 8 ?

[i0zjh02]

I notice Java verion 8 is available on the Oracle website to download, has anyone tried it yet with SageTV and have any comments??

[nyplayer]

Originally Posted by i0zjh02

I notice Java verion 8 is available on the Oracle website to download, has anyone tried it yet with SageTV and have any comments??

It is not going to improve SAGETV all it could do is break it. ... also No Windows XP support on Java 8 for windows XP server users.

[wildgoose]

Is there a way to point SageTV to use a private Java instead of the system Java?

ie: c:\Program Files (x86)\SageTV\jre

SageTV runs on my main PC, and so far has survived all Java 1.7 updates flawlessly. However there's no guarantee that it will remain compatible with all future versions.

One way to solve this issue is if I can configure SageTV to use an explicit JRE so I can continue to update the system JRE without fear of breaking SageTV.

Can this be done? Thanks!

[Steve52]

I visit this forum very rarely now days, but it is funny that I went today to post a question about JAVA and someone beat me to it. I have almost the same problem as Wildgoose. I use a PC in my den for general computer work and also occasionally as a Sage client. I have JAVA 6 Update 26running on this computer and I never update it because of Sage, but I need to point Sage to this JAVA version, and update to the latest JAVA version for the other computer functions. I to would like to know if anyone knows if it is possible to do this, and if so how?
Thanks!

[nyplayer]

Originally Posted by Steve52

I visit this forum very rarely now days, but it is funny that I went today to post a question about JAVA and someone beat me to it. I have almost the same problem as Wildgoose. I use a PC in my den for general computer work and also occasionally as a Sage client. I have JAVA 6 Update 26running on this computer and I never update it because of Sage, but I need to point Sage to this JAVA version, and update to the latest JAVA version for the other computer functions. I to would like to know if anyone knows if it is possible to do this, and if so how?
Thanks!

What is keeping you from updating Java in the client it works with Java 7 and Java 8.??? Java 8 does not support win xp. That is the only drawback.

Sage has always worked with Java 7.

http://forums.sagetv.com/forums/showthread.php?t=40521

[Steve52]

Originally Posted by nyplayer

What is keeping you from updating Java in the client it works with Java 7 and Java 8.??? Java 8 does not support win xp. That is the only drawback.

Sage has always worked with Java 7.

http://forums.sagetv.com/forums/showthread.php?t=40521

I'm not sure it has been so long, but I think I tried updating to versions past java 6 update 26 and sage would not run on the client. I stopped trying and went back and just stuck with that old version assuming nothing past it would work. Are you saying that the newest Java version will work? I am running windows 7 64 bit.

[nyplayer]

Originally Posted by Steve52

I'm not sure it has been so long, but I think I tried updating to versions past java 6 update 26 and sage would not run on the client. I stopped trying and went back and just stuck with that old version assuming nothing past it would work. Are you saying that the newest Java version will work? I am running windows 7 64 bit.

Yes follow the link above I am running windows 8.1 64 bit and java 8.... plus SageClient..

make sure you install the 32 bit version of Microsoft Visual C++ 2010 Redistributable Package (x86) .. Opus linked to it.

[Steve52]

Originally Posted by nyplayer

Yes follow the link above I am running windows 8.1 64 bit and java 8.... plus SageClient..

make sure you install the 32 bit version of Microsoft Visual C++ 2010 Redistributable Package (x86) .. Opus linked to it.

What do you know it worked. I guess it didn't work when I tried it before because of the Visual C update not being installed. I guess I need to do this on my windows 7 sage server also. It is only used for Sage and is running Java 6 Update 26 also. It is not used for anything but sage so I have never had a problem with the old JAVA on it.

Thanks for the help! I am glad to see people still using this forum. I have been using sage since 2006 and do not plan to stop anytime soon.

[nyplayer]

Originally Posted by Steve52

What do you know it worked. I guess it didn't work when I tried it before because of the Visual C update not being installed. I guess I need to do this on my windows 7 sage server also. It is only used for Sage and is running Java 6 Update 26 also. It is not used for anything but sage so I have never had a problem with the old JAVA on it.

Thanks for the help! I am glad to see people still using this forum. I have been using sage since 2006 and do not plan to stop anytime soon.

Make sure on the Server you close everything to do with Sage and make sure Sage Service is stopped.

[BobPhoenix]

Another way you could stay on an earlier version of java for SageTV but have a current version for everything else is: SageTV requires 32bit java your other apps may work with 64bit. So install newer versions of 64bit and leave 32bit alone.

[UgaData]

Doesn't Java look for and remove older versions now as a newer version is installed. However, it may be possible to disable this behavior

It used to you could easily run multiple versions of Java since you had to manually uninstall the older version. Problem with this is even though you may be using the new version you would still be open to attack on the older version.

I have had more than one version (multiple 32 bit versions) at the same time. I really didn't get a choice of which version to run, it would use the latest by default, but if the program was making calls to the older version I would get a pop-up asking if I wanted to allow this program to use the older unsecure version.

[nyplayer]

I did some extensive testing and Java 8 with Sage and these are some of my findings.

1. Sage server and client work fine under Java 8.

2. ***** The WebServer does not work with Java 8 so as Bob Pointed out in a post above You can keep the latest Java 7 32 bit and Install Java 8 64 bit on the Sage Server. *****

[KryptoNyte]

Just the Webserver, correct? So you could basically update any other machine that accesses the webserver via browser, just not the SageTV Server itself?

[nyplayer]

Originally Posted by KryptoNyte

Just the Webserver, correct? So you could basically update any other machine that accesses the webserver via browser, just not the SageTV Server itself?

Correct

[valnar]

I think was inferred earlier in the thread, but all the latest revisions of Java 7 and 8, with all those security restrictions, work fine with SageTV? No other tweaks needed?

I know with some of my older Java apps, I had to massage the security settings and put in some exclusions. I'm wary to upgrade my Sage Server (running Win7 32-bit) for that reason.

[pjpjpjpj]

Originally Posted by nyplayer

***** The WebServer does not work with Java 8 so as Bob Pointed out in a post above You can keep the latest Java 7 32 bit and Install Java 8 64 bit on the Sage Server. *****

When you say the webserver, are you talking just nielm's older Sagev6 version? Or does it also break the v7 version (jetty)?

[JerryB]

Originally Posted by pjpjpjpj

When you say the webserver, are you talking just nielm's older Sagev6 version? Or does it also break the v7 version (jetty)?

The jetty version of the webserver does not work with java 8 on my machine.

[Slugger]

What's the errors/stacktrace look like? No promises, but if it's something quick and easy I might be able to deliver something to address that.

[JerryB]

Originally Posted by Slugger

What's the errors/stacktrace look like? No promises, but if it's something quick and easy I might be able to deliver something to address that.

Thanks. If you can fix it, great; if not, no problem since I can always reload java 7. Here is the error message:

HTTP ERROR 500
Problem accessing /apps/. Reason:

PWC6033: Unable to compile class for JSP

PWC6199: Generated servlet error:
The type java.util.Comparator cannot be resolved. It is indirectly referenced from required .class files



Caused by:
org.apache.jasper.JasperException: PWC6033: Unable to compile class for JSP

PWC6199: Generated servlet error:
The type java.util.Comparator cannot be resolved. It is indirectly referenced from required .class files


at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:123)
at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:296)
at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:376)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:437)
at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:608)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:360)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:486)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:380)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:502)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:389)
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:765)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:417)
at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:334)
at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:126)
at org.mortbay.jetty.servlet.DefaultServlet.doGet(DefaultServlet.java:493)
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:502)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
at org.mortbay.servlet.UserAgentFilter.doFilter(UserAgentFilter.java:81)
at org.mortbay.servlet.GzipFilter.doFilter(GzipFilter.java:131)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1148)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:387)
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:765)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:417)
at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.handler.rewrite.RewriteHandler.handle(RewriteHandler.java:230)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.Server.handle(Server.java:326)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:534)
at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:864)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:539)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:409)
at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:520)

[Eternal]

web server works fine on java 8 here