[WebService] General Media Access Webservice (2 Viewers)

[Mike Lowrey]

The problem is Microsoft uses a somehow more complex WSDL file(with more layers) which isn't always perfectly consumable by any generator.

That's the main reason why we also added a json endpoint which nearly anyone can use without much hassle.

 

[nip.nyborg]

Hi Mike
I tried the new version, but I can´t get to work, when I run the test link, I get “endpoint not found”.
(with and without firewall on)
Any suggestions

 

[Mike Lowrey]

Which testlink are you using? In the new version most methods need two new arguments.

 

[nip.nyborg]

Ah Ok, thanks.
Does this mean that I can´t use the new version for aMPdroid, before aMPdroidid is updated.
I used this link for test: http://localhost:44321/GmaWebService/MediaAccessService/json/MP_GetSupportedFunctions

 

[DieBagger]

Ah Ok, thanks.
Does this mean that I can´t use the new version for aMPdroid, before aMPdroidid is updated.
I used this link for test: http://localhost:44321/GmaWebService/MediaAccessService/json/MP_GetSupportedFunctions

Excactly, you'll have to wait until the new version of ampdroid is released (won't be long... ).

 

[Oxan]

Currently there's a lot of code duplication in the web service. Most methods open the database, execute a query, loop through the results and select a subset of it (_start and _end), and close the database. This isn't very good for code readability. I've created an experimental patch for this: it creates a Database class, which handles the standard method calls. I've been able to reduce the size of MPTvSeries.cs with almost 40%, but more importantly, the code is a lot cleaner (for example removal of the -99 magic number). It shouldn't have any effect on users as the API isn't changed, but only the internal code. I can cleanup the other classes also, but the patch is already quite big and I want to avoid to create an monster-patch which is un-updatable (is that even a word?).

Mike: the WebMediaPortal patches will come soon too, working on it now

 

[DieBagger]

Currently there's a lot of code duplication in the web service. Most methods open the database, execute a query, loop through the results and select a subset of it (_start and _end), and close the database. This isn't very good for code readability. I've created an experimental patch for this: it creates a Database class, which handles the standard method calls. I've been able to reduce the size of MPTvSeries.cs with almost 40%, but more importantly, the code is a lot cleaner (for example removal of the -99 magic number). It shouldn't have any effect on users as the API isn't changed, but only the internal code. I can cleanup the other classes also, but the patch is already quite big and I want to avoid to create an monster-patch which is un-updatable (is that even a word?).

Mike: the WebMediaPortal patches will come soon too, working on it now

Hi Oxan,

I'm (and afaik Mike Lowrey as well) using TFS for the codeplex project (not svn) so afaik it's not really possible to apply your patches for me (us).

@Mike Lowrey: What the best way to provide patches in tfs?

 

[Mike Lowrey]

Codeplex has it's own client for patches. But since Codeplex also supports SVN it should be no problem to use the patch with this kind of access.

 

[Mike Lowrey]

Hm may be i'm doing something wrong but i'm unable to apply the patchfile on a svn checkout...
May be you can just send me the corresponding cs files


edit:
Or if you have a codeplex account i just give you access to the repository...

 

[Oxan]

Hm may be i'm doing something wrong but i'm unable to apply the patchfile on a svn checkout...
May be you can just send me the corresponding cs files


edit:
Or if you have a codeplex account i just give you access to the repository...

Oh, I see, I've created the patch a directory too low... Stupid incompatibility. Anyway, I've attached the .cs files. My codeplex account is oxan.