[Mono-list] A Plugin and WebService Issue
Andrew Arnott
AndrewArnott@byu.edu
Sat, 22 May 2004 13:12:36 -0600
This is a multi-part message in MIME format.
------=_NextPart_000_0055_01C43FFE.726A03D0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
>> I know that I can do this when the assembly is already compiled, but =
I'd
>> like to do this BEFORE the assembly is compiled, so, if a method =
doesn't
>> exists the compilation process should stop.
What you are describing is what an interface does for you (or abstract =
class
in C#). As far as I know, there's no way to make the C# compiler stop =
with
an error when compiling valid code that is just missing a method you =
want,
without using an interface. =20
Also, if the code you are running and the code of the plugin will both =
run
on the same machine, I strongly suggest AGAINST SOAP. SOAP is good for
cross-platform communication, but it really slows you down when just
communicating with other programs within the same machine because of all =
the
XML generation and parsing with every method call and return. =20
My suggestion would be use an interface and use compiled code. .NET
Remoting or Reflection, along with an interface, will do you the best, I
think.
Regards
Andrew Arnott
-----Original Message-----
From: mono-list-admin@lists.ximian.com
[mailto:mono-list-admin@lists.ximian.com] On Behalf Of Pablo Fischer
Sent: Saturday, May 22, 2004 11:10 AM
To: mono-list@lists.ximian.com
Subject: RE: [Mono-list] A Plugin and WebService Issue
But that is after compiling the code, right?, with the MethodInfo, Get,
Invoke methods.
I know that I can do this when the assembly is already compiled, but I'd
like to do this BEFORE the assembly is compiled, so, if a method doesn't
exists the compilation process should stop.
Pablo
El s=E1b, 22-05-2004 a las 11:48, Mark Gimelfarb escribi=F3:
> If I understand you correclty,
> you can make use of the MethodInfo class to do method discovery.
>=20
> Regards,
> Mark.
>=20
> Quoting Pablo Fischer <pablo@pablo.com.mx>:
>=20
> > Ok ok, sorry ;-)
> >=20
> > If I want to create a plugin, I should generate the wsdl code of my
> > webservice (SOAP) then compile it as a library.. this library is the
> > plugin.
> >=20
> > What I'm looking for is that, when the user tries to make it =
library,
> > the user should compile it with a resource or another library. The
> > resource SHOULD look in the code before making it a library.
> >=20
> > What SHOULD look in the WSDL code?, methods, so the resource should =
look
> > if the WSDL code has a : Post method, a DeletePost, etc. if these
> > methods are ok, then make it a library with some AssemblyInfo.
> >=20
> > Pablo
> > El s=E1b, 22-05-2004 a las 11:08, Rob.Tillie@Student.tUL.EDU =
escribi=F3:
> > > I don't fully understand you.
> > > If you require that any plugin implements your interface ( which
should
> > have
> > > those methods of you like Post etc.) then you're fine.
> > > What else should you want then?
> > >=20
> > > Greetz,
> > > -- Rob.
> > >=20
> > > -----Original Message-----
> > > From: Pablo Fischer [mailto:pablo@pablo.com.mx]=20
> > > Sent: Saturday, May 22, 2004 6:00 PM
> > > To: mono-list@lists.ximian.com
> > > Subject: RE: [Mono-list] A Plugin and WebService Issue
> > >=20
> > > Sure,
> > >=20
> > > I'd like to be sure that the plugin of the user has a 'Post' =
method
for
> > > example, or a 'DeletePost', if all the 'rules' are ok the code =
will be
> > > compiled with an AssemblyInfo.
> > >=20
> > > I know that I can verify if the method exists invoking it and if I =
get
> > > Null there's no method, but I'd like to do this also in the
compilation
> > > process.
> > >=20
> > > See ya!
> > > El s=E1b, 22-05-2004 a las 00:22, Rob.Tillie@Student.tUL.EDU =
escribi=F3:
> > > > Could you tell us why you want to check the code?
> > > >=20
> > > > Greetz,
> > > > -- Rob.
> > > >=20
> > > > -----Original Message-----
> > > > From: Pablo Fischer [mailto:pablo@pablo.com.mx]=20
> > > > Sent: Thursday, May 20, 2004 5:04 PM
> > > > To: mono-list@lists.ximian.com
> > > > Subject: Re: [Mono-list] A Plugin and WebService Issue
> > > >=20
> > > > Thanks people!
> > > >=20
> > > > When I start writing my app (mbloggy) I was using Interfaces as
plugins
> > > > (xmlrpc plugins), then I started reading info about SOAP and I'm =
in
> > love
> > > > with it, the fact that SOAP supports any encoding makes me happy
:-).
> > > >=20
> > > > What I was looking for is to do the same that "Plugins in Mono" =
(M.
> > > > Icaza) says :-).
> > > >=20
> > > > However, I'd like to ask something else: I want EVERY plugin be
> > compiled
> > > > like I want, yeah, when I compile the plugin (the .dll) I'd like =
to
> > > > check the methods and validate the plugin, if the plugin is ok,
compile
> > > > it and add some Assembly Info (AssemblyInfo, right?), where =
should I
> > > > look?, NUnit I think is to check compiled applications but I =
want to
> > > > 'check' my code BEFORE being a .dll.
> > > >=20
> > > > Thanks!
> > > > Pablo
> > > > El jue, 20-05-2004 a las 05:38, RoBiK escribi=F3:
> > > > > Hi,
> > > > >=20
> > > > > I would use this approach:
> > > > >=20
> > > > > 1) you must have a plug-in Interface defined, that each =
plug-in
must
> > > > > implement
> > > > > 2) when the application starts, use static
> > > System.IO.Directory.GetFiles()
> > > > > method to get the names of assemblies in the plug-in directory
> > > > > 3) for each plug-in-assembly file call static
> > > > > System.Reflection.Assembly.LoadFrom() method to load the =
assembly
> > into
> > > the
> > > > > current AppDomain, then call the method
> > > > > System.Reflection.Assembly.GetTypes() on the
> > System.Reflection.Assembly
> > > > > instance that you've got from the previous LoadFrom() method
> > > > > 4) for each Type that you get from previous GetType() method =
use
the
> > > "is"
> > > > > operator to check if the particular type implements the =
plug-in
> > > interface,
> > > > > if it does, you have a type that implements your plug-in
interface.=20
> > > > > 5) call static Syste.Activator.CreateInstance() method with =
the
type
> > > from
> > > > > previous step as parameter. Cast the result to the
plug-in-interface
> > > type
> > > > > and store it for example in an array for later use.
> > > > > 6) now you have an array of plug-in instances and can call the
> > interface
> > > > > methods on them
> > > > >=20
> > > > > This is just an example, there are several other approaches =
which
are
> > > more
> > > > > or less similar to this one... everything depends on the needs =
of
> > your
> > > > > application.
> > > > >=20
> > > > > RoBiK
> > > > >=20
> > > > > Quoting Pablo Fischer <pablo@pablo.com.mx>:
> > > > >=20
> > > > > > Hi!
> > > > > >
> > > > > > I would like to have some comments and suggestions about a
issue.
> > > > > >
> > > > > > I am working in a Blog Client (mbloggy) that will work ONLY =
in
SOAP
> > > (NO
> > > > > > XMLRPC) for different CMS and Blogs (phpnuke, postnuke, =
jaws,
etc,
> > > etc).
> > > > > > To work with all these blogs I'm planning to use a 'plugin'
> > system,
> > > > > > based in assemblies, for example:
> > > > > >
> > > > > > If a developer wants the plugin for a CMS (like drupal), he =
can
> > save
> > > his
> > > > > > .dll plugin in ~./mbloggy/plugins and when mbloggy starts it
will
> > read
> > > > > > default plugins (in /etc/mbloggy) and the user plugins. When
> > mbloggy
> > > > > > finds a new plugin it will be added to a 'drop down' (gtk#) =
so
the
> > > user
> > > > > > can use it.
> > > > > >
> > > > > > My problem?, yes, I don't know which is the best option:
> > > > > >
> > > > > > a) Use .dll assemblies as plugins. But, how to connect to =
each
> > plugin
> > > > > > from the front end?, exists a data type that can 'clone' =
another
> > > > > > object?, so I can do something like this:
> > > > > >
> > > > > > Wrapper wrap =3D new Wrapper();
> > > > > > wrap.Clone("assemblie.dll");
> > > > > > wrap.Url =3D "http://www.foo.bar.com/foo.aspx?wsdl"
> > > > > > wrap.DeletePost(3);
> > > > > >
> > > > > > So I can use the 'methods' of assemblie.dll in the wrap =
object?.
> > > > > >
> > > > > > b) Or use just one .dll and let the developers to 'develop' =
just
> > the
> > > > > > WebService (server)?, So I can just work like this:
> > > > > >
> > > > > > Client c =3D new Client();
> > > > > > c.Url =3D "http://www.foo.bar.com/foo.aspx?wsdl"
> > > > > > c.DeletePost(3);
> > > > > >
> > > > > > Which is the best option? and where can I find more =
information
for
> > > the
> > > > > > best option?.
> > > > > >
> > > > > > Thanks!
> > > > > > Pablo
> > > > > > --
> > > > > > Pablo Fischer Sandoval (pablo [arroba/at] pablo.com.mx)
> > > > > > Fingerprint: 5973 0F10 543F 54AE 1E41 EC81 0840 A10A 74A4 =
E5C0
> > > > > > http://www.pablo.com.mx
> > > > > > http://www.debianmexico.org
> > > > > >
> > --=20
> > Pablo Fischer Sandoval (pablo [arroba/at] pablo.com.mx)
> > Fingerprint: 5973 0F10 543F 54AE 1E41 EC81 0840 A10A 74A4 E5C0
> > http://www.pablo.com.mx
> > http://www.debianmexico.org
> >=20
>=20
>=20
>=20
> _______________________________________________
> Mono-list maillist - Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
--=20
Pablo Fischer Sandoval (pablo [arroba/at] pablo.com.mx)
Fingerprint: 5973 0F10 543F 54AE 1E41 EC81 0840 A10A 74A4 E5C0
http://www.pablo.com.mx=20
http://www.debianmexico.org
------=_NextPart_000_0055_01C43FFE.726A03D0
Content-Type: application/x-pkcs7-signature;
name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="smime.p7s"
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJkTCCAxkw
ggKCoAMCAQICAwxX1zANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh
d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt
YWlsIElzc3VpbmcgQ0EwHhcNMDQwNTE5MTYyMDMwWhcNMDUwNTE5MTYyMDMwWjCBwDEfMB0GA1UE
AxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEjMCEGCSqGSIb3DQEJARYUQW5kcmV3QXJub3R0QGJ5
dS5lZHUxJDAiBgkqhkiG9w0BCQEWFUFuZHJld19Bcm5vdHRAYnl1LmVkdTEpMCcGCSqGSIb3DQEJ
ARYadGhpc2lzdGhlcGxhY2VAaG90bWFpbC5jb20xJzAlBgkqhkiG9w0BCQEWGHJlbGF0ZV93ZWJt
YXN0ZXJAYnl1LmVkdTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEArlzOF5Csqi69H7O9cETu
bfnVij+sURASLZVKRZHxPZwlaMEuOQeGVkXkWxGjw12LbkbXcR86tfuoAmR0okMtEzl0ygYMHT8o
wqvO2CRqTUMkUdk0ORutlzG1bsNpyWxwxYrpsiOdUuyvF2w8+xJSyTypJKGE3IN5aK9od8un+ucC
AwEAAaN+MHwwbAYDVR0RBGUwY4EUQW5kcmV3QXJub3R0QGJ5dS5lZHWBFUFuZHJld19Bcm5vdHRA
Ynl1LmVkdYEadGhpc2lzdGhlcGxhY2VAaG90bWFpbC5jb22BGHJlbGF0ZV93ZWJtYXN0ZXJAYnl1
LmVkdTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAEJwfK49WD9qTJAXXOovageUPPdu
OXDeUAaBUQXNBR0/voePXxDOaiESAnlaEpiGQZgdTio9aEearkADBjMFX37bV9G5oRiBgjAU+rQj
wUweqn+4ZqyJL2xeOQ+eqGMbAg4d/BHYMnbO9FhYxQVVwbJnPeNRHhMpFRIYTDWjgVBTMIIDLTCC
ApagAwIBAgIBADANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rl
cm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEo
MCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3Rl
IFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0
aGF3dGUuY29tMB4XDTk2MDEwMTAwMDAwMFoXDTIwMTIzMTIzNTk1OVowgdExCzAJBgNVBAYTAlpB
MRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhh
d3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24x
JDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVy
c29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA1GnX
1LCUZFtx6UfYDFG26nKRsIRefS0Nj3sS34UldSh0OkIsYyeflXtL734Zhx2G6qPduc6WZBrCFG5E
rHzmj+hND3EfQDimAKOHePb5lIZererAXnbr2RSjXW56fAylS1V/Bhkpf56aJtVquzgkCGqYx7Ha
o5iR/Xnb5VrEHLkCAwEAAaMTMBEwDwYDVR0TAQH/BAUwAwEB/zANBgkqhkiG9w0BAQQFAAOBgQDH
7JJ+Tvj1lqVnYiqk8E0RYNBvjWBYYawmu1I1XAjPMPuoSpaKH2JCI4wXD/S6ZJwXrEcp352YXtJs
YHFcoqzceePnbgBHH7UNKOgCneSa/RP0ptl8sfjcXyMmCZGAc9AUG95DqYMl8uacLxXK/qarigd1
iwzdUYRr5PjRzneigTCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJBgNVBAYT
AlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMR
VGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNp
b24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYc
cGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5
NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu
MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG
9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/
Uc4B1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79A
gAJk16emu59l0cUqVIUPSAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAG
AQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQZXJz
b25hbEZyZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMR
UHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcPf6+svsIX
oUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH2ydxVyWN
3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8xggLPMIIC
ywIBATBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBM
dGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIDDFfXMAkG
BSsOAwIaBQCgggG8MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA0
MDUyMjE5MTIzNFowIwYJKoZIhvcNAQkEMRYEFNl4PUqY6iyC4EJu1P4KNZZd3wV6MGcGCSqGSIb3
DQEJDzFaMFgwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsO
AwIHMA0GCCqGSIb3DQMCAgEoMAcGBSsOAwIaMAoGCCqGSIb3DQIFMHgGCSsGAQQBgjcQBDFrMGkw
YjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq
BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAgMMV9cwegYLKoZIhvcN
AQkQAgsxa6BpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5
KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIDDFfX
MA0GCSqGSIb3DQEBAQUABIGADOlJb0TU48Eec2rPCaUiOMaM8HBgj7l/ld8bxlVpdMrIOBKeCXR0
YCdNs2z+ZOshgItywy3buEpIjtXKHXe1Sfx0T6b2mQiuTrPplkiLHN6w6gf16Ob+AXtCghJ3ECh5
lWrjsAqs8UjiLZtxq1n0rhBX5v46GYAaeL7sz1IPQdMAAAAAAAA=
------=_NextPart_000_0055_01C43FFE.726A03D0--