Enhanced Web Admin

[normanr]

Problem 1 is that EWA is showing recordings I set via GBPVR as red, and I can cancel them through EWA. However, I am unable to set new recordings. I click a program, popup appears, I click "Record This Episode" and the TV listing page refreshes, but the program isn't shown in red or listed in the "Manage Recordings"

If you have any recordings plugins, they will also need to be in the plugins folder of the web admin. You could also look in the log file (via the stats page) to see if there are any errors from when you tried to schedule a recording.

[iangale]

Thanks for the tips & advice.

I decided to to a fresh install of GBPVR and unrar'ed EWA over the web folder and needed to delete native.dll (cant remember exact name!). Not getting any error pages anymore, but the selecting recordings via EWA issue is still there

Looking at the log file, there is a line:

02/03/2006 14:05:13.671 ERROR [6] Failed to locate requested recording source: GBPVR.Backend.Common.BDARecordingSource

which I presume is the cause of this?? Not sure how to fix it mind!!

[normanr]

hmm, sounds like the cause. Clearly NativeUtilities.dll is required to be able to load the recording source so that you can schedule the recording, but NativeUtilities.dll requires something else - maybe msvcrt.dll?

I'd say try copying NativeUtilities back to the EWA folder, and try and figure out what files it wants (start with msvcrt.dll), you might try something like FileMon from SysInternals to see what files it's trying to load.

[iangale]

I restored nativeutilities.dll and ran FileMon as suggested. Wont even produce the login screen with nativeutilities.dll restored. Had a look at the FileMon log, waaaaay above my head!! I filtered it so it only shows errors and it produces this:

[SIZE="1"]185 16:02:03 Apache.exe:2736 OPEN C:\WINDOWS\assembly\GAC_32\System.Data\2.0.0.0__b77a5c561934e089\System.Data.dll.2.Manifest NOT FOUND Options: Open Access: All
186 16:02:03 Apache.exe:2736 OPEN C:\WINDOWS\assembly\GAC_32\System.Data\2.0.0.0__b77a5c561934e089\System.Data.dll.2.Config NOT FOUND Options: Open Access: All
189 16:02:03 csrss.exe:580 OPEN C:\WINDOWS\Assembly\GAC\Policy.8.0.Microsoft.VC80.CRT\ NOT FOUND Options: Open Directory Access: All
190 16:02:03 csrss.exe:580 OPEN C:\WINDOWS\WinSxS\Policies\x86_Policy.8.0.Microsoft.VC80.CRT.mui_1fc8b3b9a1e18e3b_en-US_3d8271ea\ NOT FOUND Options: Open Directory Access: All
191 16:02:03 csrss.exe:580 OPEN C:\WINDOWS\Assembly\GAC\Policy.8.0.Microsoft.VC80.CRT.mui\ NOT FOUND Options: Open Directory Access: All
192 16:02:03 csrss.exe:580 OPEN C:\WINDOWS\WinSxS\Policies\x86_Policy.8.0.Microsoft.VC80.CRT.mui_1fc8b3b9a1e18e3b_en_4c3e37d1\ NOT FOUND Options: Open Directory Access: All
193 16:02:03 csrss.exe:580 OPEN C:\WINDOWS\Assembly\GAC\Policy.8.0.Microsoft.VC80.CRT.mui\ NOT FOUND Options: Open Directory Access: All
207 16:02:03 Apache.exe:2736 OPEN C:\WINDOWS\assembly\GAC_32\System.EnterpriseServices\2.0.0.0__b03f5f7f11d50a3a\System.EnterpriseServices.dll REPARSE Options: Open Access: All
208 16:02:03 Apache.exe:2736 OPEN C:\WINDOWS\assembly\GAC_32\System.EnterpriseServices\2.0.0.0__b03f5f7f11d50a3a\System.EnterpriseServices.dll REPARSE Options: Open Access: All
210 16:02:03 Apache.exe:2736 OPEN C:\WINDOWS\assembly\GAC_32\System.EnterpriseServices\2.0.0.0__b03f5f7f11d50a3a\ REPARSE Options: Open Directory Access: All
212 16:02:03 Apache.exe:2736 OPEN C:\WINDOWS\assembly\GAC_32\System.EnterpriseServices\2.0.0.0__b03f5f7f11d50a3a\System.EnterpriseServices.dll REPARSE Options: Open Access: All
214 16:02:03 Apache.exe:2736 OPEN C:\WINDOWS\assembly\GAC_32\System.EnterpriseServices\2.0.0.0__b03f5f7f11d50a3a\System.EnterpriseServices.dll REPARSE Options: Open Access: All
215 16:02:03 Apache.exe:2736 OPEN C:\WINDOWS\assembly\GAC_32\System.EnterpriseServices\2.0.0.0__b03f5f7f11d50a3a\System.EnterpriseServices.dll REPARSE Options: Open Access: Execute
217 16:02:03 Apache.exe:2736 OPEN C:\WINDOWS\assembly\GAC_32\System.EnterpriseServices\2.0.0.0__b03f5f7f11d50a3a\System.EnterpriseServices.dll REPARSE Options: Open Access: All
218 16:02:03 Apache.exe:2736 OPEN C:\WINDOWS\assembly\GAC_32\System.EnterpriseServices\2.0.0.0__b03f5f7f11d50a3a\System.EnterpriseServices.dll REPARSE Options: Open Access: All
219 16:02:03 Apache.exe:2736 OPEN C:\WINDOWS\assembly\GAC_32\System.EnterpriseServices\2.0.0.0__b03f5f7f11d50a3a\System.EnterpriseServices.dll REPARSE Options: Open Access: Execute
372 16:02:03 Apache.exe:2736 OPEN C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\gbpvr\4d107d39\801bf7b5\assembly\tmp\8EJOTX27 NOT FOUND Options: Open Directory Access: All
522 16:02:03 Apache.exe:2736 OPEN C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\gbpvr\4d107d39\801bf7b5\assembly\tmp\U16BGKPU NOT FOUND Options: Open Directory Access: All
672 16:02:03 Apache.exe:2736 OPEN C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\gbpvr\4d107d39\801bf7b5\assembly\tmp\6DHMRW16 NOT FOUND Options: Open Directory Access: All
823 16:02:03 Apache.exe:2736 OPEN C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\gbpvr\4d107d39\801bf7b5\assembly\tmp\GNRW16AF NOT FOUND Options: Open Directory Access: All
974 16:02:03 Apache.exe:2736 OPEN C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\gbpvr\4d107d39\801bf7b5\assembly\tmp\PV05AFKO NOT FOUND Options: Open Directory Access: All
985 16:02:04 Apache.exe:2736 OPEN C:\WINDOWS\assembly\GAC_32\System.Web\2.0.0.0__b03f5f7f11d50a3a\System.Web.pdb NOT FOUND Options: Open Access: All
986 16:02:04 Apache.exe:2736 OPEN C:\WINDOWS\symbols\dll\System.Web.pdb PATH NOT FOUND Options: Open Access: All
987 16:02:04 Apache.exe:2736 OPEN C:\WINDOWS\dll\System.Web.pdb PATH NOT FOUND Options: Open Access: All
988 16:02:04 Apache.exe:2736 OPEN C:\WINDOWS\System.Web.pdb NOT FOUND Options: Open Access: All
992 16:02:04 Apache.exe:2736 OPEN C:\Program Files\devnz\gbpvr\web\App_Browsers\ NOT FOUND Options: Open Directory Access: All [/SIZE]

Seems that system.web.pdb should be there?? As I said, its way above my head :o

[iangale]

Quick update, this is definatly an Apache issue. I decided to try it with apache disabled and enabling gbpvr web server and all is working fine, even with nativeutilities.dll present.

I'll be keeping it like this for now, time to learn apache properly, lol.

Thanks again for all your help

[KingArgyle]

Would it be possible to structure pages that are used to schedule recordings so that they implement an Factory/Interface structure. The reason I'm asking is that Ton and I are working on adding CDK Scheduler support to the web admin, and would like to use the same pages as much as possible. By having Interfaces to the scheduling options, we can then implement the interfaces, and provide the appropriate backend code and make very minor changes to the existing pages (i.e. instantiate the appropriate Factory to get the CDK class that implements the interface).

[normanr]

iangale: Can you post (as attached zip) the full logs of an apache request vs a gbpvr request. You'll have to only log the first request after starting gbpvrrecordingservice because the results are cached, and won't show up on subsequent requests. I find it odd that apache isn't working. Is Apache using mono or the MS .net implementation?

KingArgyle: sounds like a good plan, as-far-as-I-know they already use an interface to access the gb-pvr scheduler. Does it make sense to create yet another interface layer, or should we try and make CDK fit GB-PVR or visa versa?

[KingArgyle]

I would suggest making it a seperate interface layer just for the Web Admin scheduling functions. This way, if somebody else creates a Scheduling program all they would have to do is implement the interfaces. I think it gives it the most flexibility.

[UncleJohnsBand]

I would suggest making it a seperate interface layer just for the Web Admin scheduling functions. This way, if somebody else creates a Scheduling program all they would have to do is implement the interfaces. I think it gives it the most flexibility.

Since this is using the new API offered by GBPVR wouldn't a Interface be for a non-standard way of scheduling? The methods for scheduling do have an interface available in the new release IScheduleHelper.

[KingArgyle]

Since this is using the new API offered by GBPVR wouldn't a Interface be for a non-standard way of scheduling? The methods for scheduling do have an interface available in the new release IScheduleHelper.

The problem is that those interfaces are pretty low level interfaces tied directly to GBPVR and aren't abstracted really to their functionality. I was thinking of interfaces that worked something like the following:

public bool Once(Program programObject)

public bool ThisTimeSlot(Program programObject)

public bool AnyTimeSlot(Program programObject)

public bool ThisDayOnly(Program programObject)

public bool AnyDay(Program programObject)

public bool SpecificDays(Program programObject, IList DaysOfWeek)

Then within these methods would be the specific code for each scheduler to implement. This allows for the pages to remain the same, and is up to each scheduler to implement the correct interface to the back end system. The program object should contain all the necessary information needed for the type of scheduling being choosen. It keeps the GBPVR specific information out of it, and abstracts it to the task that is trying to be accomplished.

Plus this should make standardizing the coding for scheduling across the different pages more efficient, as the code for actually scheduling is implemented in one place and updates to one will propogate to the others. Right now the Search and the Scheduling pages use different code to schedule a recording.