Updates to BMT, Phoenix, and Core SageTV

[weeber]

Originally Posted by weeber

No filenames - I'm searching from the Guide.

I just confirmed that Movies will work fine if I start recording, then the database search works OK, even if I tell it to search from the Guide. Without recording first, I usually get "no results".

TV searches work fine without needing to record.

[Korny]

Originally Posted by stuckless

This actually looks like Phoenix is updated (since upnp was removed), but the x-vfs.xml vfs file was not updated. you can try manually download and replace your x-vfs.xml file.

https://raw.githubusercontent.com/st.../vfs/x-vfs.xml

I wish SageTV had a "re-install" option in the plugin manager...

And that worked, all up and running Thanks

[boonest]

After update I lost all Favorites. I now lose all Favorites after a server reboot. I can add Favorites and Sage will record the Favorite but after a reboot all Favorites are gone, no recordings scheduled, "No Favorites have been created". I have to load Favorites again for tonights recordings. This happened after updating Core SageTV, BMT and Phoenix. My Wiz.bin file now shows corrupt versions since update, (Wiz.bin.corrupt8). Everything else seems to work. Any ideas?

[RBraverman]

If I update the Phoenix Core Services and Phoenix API and restart the UI, my menu is off to the right and fully populated (I'd trimmed a mess O unwanted entries) BUT more importantly in "installed plugin's" I have:

Gemstone z API Failed
Schedules Direct EPG OSS Failed
these of which for me would be of greatest concern - now anyway.

What is the best way to update? Maybe in a specific order?

So - at least - Schedules Direct needs a re-enter of key? But why a failed?
Gemstone z API and fixing the menu ... ?

I'd posted this yesterday separately, and only saw this thread this morning and see there a lot of problems.

[Fuzzy]

Originally Posted by RBraverman

If I update the Phoenix Core Services and Phoenix API and restart the UI, my menu is off to the right and fully populated (I'd trimmed a mess O unwanted entries) BUT more importantly in "installed plugin's" I have:

Gemstone z API Failed
Schedules Direct EPG OSS Failed
these of which for me would be of greatest concern - now anyway.

What is the best way to update? Maybe in a specific order?

So - at least - Schedules Direct needs a re-enter of key? But why a failed?
Gemstone z API and fixing the menu ... ?

I'd posted this yesterday separately, and only saw this thread this morning and see there a lot of problems.

Have you tried restarting the server?

[stuckless]

Originally Posted by RBraverman

If I update the Phoenix Core Services and Phoenix API and restart the UI, my menu is off to the right and fully populated (I'd trimmed a mess O unwanted entries) BUT more importantly in "installed plugin's" I have:

Gemstone z API Failed
Schedules Direct EPG OSS Failed
these of which for me would be of greatest concern - now anyway.

What is the best way to update? Maybe in a specific order?

So - at least - Schedules Direct needs a re-enter of key? But why a failed?
Gemstone z API and fixing the menu ... ?

I'd posted this yesterday separately, and only saw this thread this morning and see there a lot of problems.

Something similar happened to me... I then noticed that "sagex-api" was no longer installed (ie, sagetv somehow deleted it when I did the upgrades of the other plugins). I then installed sagex again, and many plugins started working again.

[RBraverman]

Originally Posted by stuckless

Something similar happened to me... I then noticed that "sagex-api" was no longer installed (ie, sagetv somehow deleted it when I did the upgrades of the other plugins). I then installed sagex again, and many plugins started working again.

I wish it was that easy - it was still there.

I installed every update.

Then went to Schedules Direct and (if I remember correctly) there should have been a configure option - not anymore.

Then I uninstalled ALL of Gemstone and re-installed (figuring I'd import my backup) and the api is still "failed".

Put MY complete backup back.

[Fuzzy]

Originally Posted by RBraverman

Then went to Schedules Direct and (if I remember correctly) there should have been a configure option - not anymore.

The Configure Plugin button only resides in the Installed Plugins screen, not the Available Plugins screen.

[RBraverman]

Originally Posted by Fuzzy

The Configure Plugin button only resides in the Installed Plugins screen, not the Available Plugins screen.

Believe it or not, Fuzzy, that is one of the few things I DO understand, but after the updates - for me at least - it's not there.

The Gemstone API problem is almost as important.

************** Additional Info *****************

SageTV V9.0.4.232
Java V1.8.0_91

BMT claims it is not compatible.

[jerrym]

I had the exact same experience as RBraverman when I did the upgrade. Manually added the sagex-api plugin, but no change. I also noticed that the "The Movie DB Library" went missing with the upgrade.

Is there any additional information I can provide? I am still on Java 1.7 if that makes a difference.

[rickgillyon]

I'm pretty ignorant on all things Java, but updates to dependencies SEEM to have broken SDEPG. If I install only SDEPG as plugin on a fresh install, it now installs a bunch of JARs in SageTV\JARs (e.g. httpclient-4.5.1.jar) as well as in C:\Program Files (x86)\SageTV\SageTV\plugins\sdepg\tools\grabber\bin (e.g. httpclient-4.2.1.jar). SDEPG won't work, just gets errors logged. If I copy the jars from the plugin folder to SageTV\JARs, SDEPG starts to work again (but BMT, Phoenix etc. now show errors).

Are these plugins now incompatible or is there a trick to getting them working together? It still seems to be throwing some errors, so is the SDEPG plugin no longer tenable with the changes to dependencies?

Thanks for any advice you can give.

Error examples:

2016-09-17 14:01:54,164 DEBUG [Plugin]: Checking for new EPG data...
2016-09-17 14:01:54,164 ERROR [Plugin]: Error in Watchdog
java.nio.file.FileSystemNotFoundException: C:\Program Files (x86)\SageTV\SageTV\plugins\sdepg\sdjson.epg
	at com.sun.nio.zipfs.ZipFileSystem.<init>(ZipFileSystem.java:120)
	at com.sun.nio.zipfs.ZipFileSystemProvider.newFileSystem(ZipFileSystemProvider.java:117)
	at java.nio.file.FileSystems.newFileSystem(Unknown Source)
	at java.nio.file.FileSystems.newFileSystem(Unknown Source)
	at org.schedulesdirect.api.ZipEpgClient.<init>(ZipEpgClient.java:148)
	at org.schedulesdirect.api.ZipEpgClient.<init>(ZipEpgClient.java:212)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
	at java.lang.reflect.Constructor.newInstance(Unknown Source)
	at org.codehaus.groovy.reflection.CachedConstructor.invoke(CachedConstructor.java:77)
	at org.codehaus.groovy.runtime.callsite.ConstructorSite$ConstructorSiteNoUnwrapNoCoerce.callConstructor(ConstructorSite.java:102)
	at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:190)
	at sagex.epg.schedulesdirect.plugin.Plugin$_startWatchdog_closure2.doCall(Plugin.groovy:174)
	at sagex.epg.schedulesdirect.plugin.Plugin$_startWatchdog_closure2.doCall(Plugin.groovy)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90)
	at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:233)
	at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:272)
	at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:906)
	at groovy.lang.Closure.call(Closure.java:415)
	at groovy.lang.Closure.call(Closure.java:409)
	at groovy.lang.Closure.run(Closure.java:493)
	at java.lang.Thread.run(Unknown Source)

HTTP ERROR 500

Problem accessing /sage/sdjson/index.gsp. Reason:

    org/apache/http/client/fluent/Executor
Caused by:

java.lang.NoClassDefFoundError: org/apache/http/client/fluent/Executor
	at org.schedulesdirect.api.json.DefaultJsonRequest.submitRaw(DefaultJsonRequest.java:212)
	at org.schedulesdirect.api.json.DefaultJsonRequest.submitForJson(DefaultJsonRequest.java:135)
	at org.schedulesdirect.api.NetworkEpgClient.authorize(NetworkEpgClient.java:227)
	at org.schedulesdirect.api.NetworkEpgClient.<init>(NetworkEpgClient.java:201)
	at org.schedulesdirect.api.NetworkEpgClient.<init>(NetworkEpgClient.java:174)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
	at java.lang.reflect.Constructor.newInstance(Unknown Source)
	at org.codehaus.groovy.reflection.CachedConstructor.invoke(CachedConstructor.java:77)
	at org.codehaus.groovy.runtime.callsite.ConstructorSite$ConstructorSiteNoUnwrapNoCoerce.callConstructor(ConstructorSite.java:102)
	at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallConstructor(CallSiteArray.java:57)
	at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:182)
	at SimpleTemplateScript1.run(SimpleTemplateScript1.groovy:100)
	at net.sf.sageplugins.webserver.groovy.templates.IncludeTemplateEngine$SimpleTemplate$1.writeTo(IncludeTemplateEngine.java:120)
	at net.sf.sageplugins.webserver.groovy.servlets.SageTemplateServlet.service(SageTemplateServlet.java:98)
	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.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)
Caused by: java.lang.ClassNotFoundException: org.apache.http.client.fluent.Executor
	at java.net.URLClassLoader$1.run(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 java.lang.ClassLoader.loadClass(Unknown Source)
	at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
	at java.lang.ClassLoader.loadClass(Unknown Source)
	... 36 more

[stuckless]

I would say they definitely incompatible.

[Fuzzy]

It does look like there were a lot of changes to the fluent interfaces in httpclient between 4.2.1 and 4.5.1, which is likely where the problem is coming from. fluent was very new in 4.2.1, so the way sdepg is calling it is likely not really proper anymore. What I don't know at this point is if the move to 4.5.1 in the v9 repo was required, or was just to be 'prudent' and up to date. Not sure of a fix in the near term. Slugger did just some bare-minimum quick-fixes to get sdepg to work with sagetv v9, so they may not be flexible enough to be easily modified to work with the new jars. Might be stuck waiting for v9 to get sdepg built-in (which is progressing) for a real fix.

[rickgillyon]

Originally Posted by Fuzzy

It does look like there were a lot of changes to the fluent interfaces in httpclient between 4.2.1 and 4.5.1, which is likely where the problem is coming from. fluent was very new in 4.2.1, so the way sdepg is calling it is likely not really proper anymore. What I don't know at this point is if the move to 4.5.1 in the v9 repo was required, or was just to be 'prudent' and up to date. Not sure of a fix in the near term. Slugger did just some bare-minimum quick-fixes to get sdepg to work with sagetv v9, so they may not be flexible enough to be easily modified to work with the new jars. Might be stuck waiting for v9 to get sdepg built-in (which is progressing) for a real fix.

Guess I'd better renew my Digiguide sub.

Glad to hear built-in is progressing, last I saw Andy hadn't had the time.

[Fuzzy]

Originally Posted by rickgillyon

Guess I'd better renew my Digiguide sub.

Glad to hear built-in is progressing, last I saw Andy hadn't had the time.

He still doesn't... he's not working on it.. ;-)

[rickgillyon]

Tease.

[jusjoken]

Originally Posted by Fuzzy

What I don't know at this point is if the move to 4.5.1 in the v9 repo was required, or was just to be 'prudent' and up to date.

If memory serves the version change was required for phoenix changes to use new versions of the movie db or something related to that.

k

[rickgillyon]

Originally Posted by jusjoken

If memory serves the version change was required for phoenix changes to use new versions of the movie db or something related to that.

To be clear, these incompatible JARs are installed even with no Phoenix/BMT, just with the dependencies of SDEPG.

[stuckless]

Originally Posted by rickgillyon

To be clear, these incompatible JARs are installed even with no Phoenix/BMT, just with the dependencies of SDEPG.

Yes, but these dependecies (httpclient) were updated to new versions for Phoenix.