About new MP2 API

fabriceD06 · 2008-01-11, 18:12

Hello,

In context MP2 - TVE3 engine, i have question about plugin development: is it plan to create common API library between MP UI and tve3 engine because some util code are only available in MP front end and not in TVE3,

example: When i need to log some information in my common library i don't would know if my library running on client or server side, i would call Logger.info (...).
Moreover i think it is more easy to create the project references of plugin client and server on common MP library available both side and import only one namespace instead to say i cannot made this reference on server side or client side or it same class but not same namespace.

it is the same for some methods in class Utils (for date, file manipulation, process manipulation, size convertion ....) and GlobalProvider

And about Assembly Loader in MP 1, it doesn't support assembly reference , ex if my process plugin TV VideoConvertor client try to be load in process plugin code and has a reference on Windows plugin TV videoConvertor Core, if the reference is missing the plugin is not loaded. it avoid to manage in client plugin to if the core library or core plugin is present. And if my plugin client depends of TVE3 plugin Client , if the TVE3 plugin client cannot connect to TVE3 server , the status of plugin is "Failed or Degraded" then all depends are not started instead each tve3 plugin need to check if the connection to TVE3 server is good or not.

Moreover if the reference feature exists it is possible to share some code between core plugin - client plugin.

I am not sure it is very clear

but i think some improvement can be made on plugin management framework can made the plugin development more easy

Best Regards
Fabrice

James · 2008-01-26, 08:48

Hi Fabrice,

Yes the plan is to have a common plugin system on the Client and Server. The core currently being developed for MP-II will be on both the client and server.

This means plugins only need to be written once and can be installed on a client or server or both. Depending on what the plugin does. Of course the server won't have a GUI and other parts may be missing/turned off.

/James

fabriceD06 · 2008-01-30, 14:27

Hi James

Thank you for your answer ! i am very impatient to use this new library to develop new stuff for MP2

Fab

2008-01-11, 18:12	#1 (permalink)
fabriceD06 Portal Member Join Date: Jan 2007 Location: Nice Age: 30 Posts: 123 Thanks: 4 Thanked 12 Times in 3 Posts Country: My System	About new MP2 API Hello, In context MP2 - TVE3 engine, i have question about plugin development: is it plan to create common API library between MP UI and tve3 engine because some util code are only available in MP front end and not in TVE3, example: When i need to log some information in my common library i don't would know if my library running on client or server side, i would call Logger.info (...). Moreover i think it is more easy to create the project references of plugin client and server on common MP library available both side and import only one namespace instead to say i cannot made this reference on server side or client side or it same class but not same namespace. it is the same for some methods in class Utils (for date, file manipulation, process manipulation, size convertion ....) and GlobalProvider And about Assembly Loader in MP 1, it doesn't support assembly reference , ex if my process plugin TV VideoConvertor client try to be load in process plugin code and has a reference on Windows plugin TV videoConvertor Core, if the reference is missing the plugin is not loaded. it avoid to manage in client plugin to if the core library or core plugin is present. And if my plugin client depends of TVE3 plugin Client , if the TVE3 plugin client cannot connect to TVE3 server , the status of plugin is "Failed or Degraded" then all depends are not started instead each tve3 plugin need to check if the connection to TVE3 server is good or not. Moreover if the reference feature exists it is possible to share some code between core plugin - client plugin. I am not sure it is very clear but i think some improvement can be made on plugin management framework can made the plugin development more easy Best Regards Fabrice Last edited by fabriceD06; 2008-01-12 at 15:57.

2008-01-26, 08:48	#2 (permalink)
James Portal Developer Join Date: May 2005 Location: Switzerland Posts: 1,279 Thanks: 4 Thanked 55 Times in 34 Posts	Hi Fabrice, Yes the plan is to have a common plugin system on the Client and Server. The core currently being developed for MP-II will be on both the client and server. This means plugins only need to be written once and can be installed on a client or server or both. Depending on what the plugin does. Of course the server won't have a GUI and other parts may be missing/turned off. /James Last edited by James; 2008-01-30 at 15:07.

Thread Tools
Show Printable Version Email this Page
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
MD-Api in MediaPortal developers wanted to finish the job	mbb	General Development (no feature request here!)	46	2007-02-11 19:28
Perhaps instead of using googles soap api	zorro349	My Lyrics Plugin	2	2007-01-31 17:01
BBC API available	Efros	MediaPortal 1 Talk	1	2006-08-27 14:50
Technology Announcement - PVRX - a 'Proposed' Common API	Niall	General Development (no feature request here!)	7	2005-09-03 17:07
OSS .NET gmail API	Anonymous	General Development (no feature request here!)	0	2004-10-22 03:18

2008-01-30, 14:27	#3 (permalink)
fabriceD06 Portal Member Join Date: Jan 2007 Location: Nice Age: 30 Posts: 123 Thanks: 4 Thanked 12 Times in 3 Posts Country: My System	Hi James Thank you for your answer ! i am very impatient to use this new library to develop new stuff for MP2 Fab