Reflection in a Web Service?

[moflaherty]

This code works great in a windows application:

// Dynamically load the DLL
sDLLName = "..\\bin\\Test2 .dll";
Assembly objAssembly = System.Reflecti on.Assembly.Loa dFrom(sDLLName) ;

// Create an instance of the class
object testObject = objAssembly.Cre ateInstance("Te st2.Test");

// Call the method "TestMessag e" which has one argument
object[] object2 = new object[1];
object2[0] = 200;

MethodInfo Method = testObject.GetT ype().GetMethod ("TestMessage") ;
object result = Method.Invoke(t estObject, object2);

// This should return 300 and does
Console.WriteLi ne(result.ToStr ing());

However, from a web service project, I can't seem to get this to work. It
can't find the DLL.

Questions:

* Does IIS sandbox the project and not allow external references?
* Is there a special way that IIS needs set up to allow this?
* I assume that IIS works with server paths, so maybe the path I have
specified above does not work. Should I be using a different path variable?
* Does IIS shadow the web service files to another location making this
approach impossible?

Any help is most appreciated!

Thanks!
Michael

[Niroo TP]

- asp.net doesn't sandbox by default (can change this in web.config)
- what happens if you change the code to?
sDLLName = "Test2.DLL" ;
Assembly.Load(s DLLName)

and place Test2.DLL in the bin directory of the web service

- asp.net does shadow copy DLLs but that shouldn't affect the path operations.

Niroo [MSFT]

"moflaherty " wrote:

This code works great in a windows application:

// Dynamically load the DLL
sDLLName = "..\\bin\\Test2 .dll";
Assembly objAssembly = System.Reflecti on.Assembly.Loa dFrom(sDLLName) ;

// Create an instance of the class
object testObject = objAssembly.Cre ateInstance("Te st2.Test");

// Call the method "TestMessag e" which has one argument
object[] object2 = new object[1];
object2[0] = 200;

MethodInfo Method = testObject.GetT ype().GetMethod ("TestMessage") ;
object result = Method.Invoke(t estObject, object2);

// This should return 300 and does
Console.WriteLi ne(result.ToStr ing());

However, from a web service project, I can't seem to get this to work. It
can't find the DLL.

Questions:

* Does IIS sandbox the project and not allow external references?
* Is there a special way that IIS needs set up to allow this?
* I assume that IIS works with server paths, so maybe the path I have
specified above does not work. Should I be using a different path variable?
* Does IIS shadow the web service files to another location making this
approach impossible?

Any help is most appreciated!

Thanks!
Michael

[moflaherty]

Hi! The problem is that we use the same DLLs for other apps on the server.
For example, a windows service, desktop app, etc. It would be nice to have
the same DLL used in all cases and not 3 copies for each project.

Thanks!
Michael

"Niroo TP" wrote:

- asp.net doesn't sandbox by default (can change this in web.config)
- what happens if you change the code to?
sDLLName = "Test2.DLL" ;
Assembly.Load(s DLLName)

and place Test2.DLL in the bin directory of the web service

- asp.net does shadow copy DLLs but that shouldn't affect the path operations.

Niroo [MSFT]

"moflaherty " wrote:

This code works great in a windows application:

// Dynamically load the DLL
sDLLName = "..\\bin\\Test2 .dll";
Assembly objAssembly = System.Reflecti on.Assembly.Loa dFrom(sDLLName) ;

// Create an instance of the class
object testObject = objAssembly.Cre ateInstance("Te st2.Test");

// Call the method "TestMessag e" which has one argument
object[] object2 = new object[1];
object2[0] = 200;

MethodInfo Method = testObject.GetT ype().GetMethod ("TestMessage") ;
object result = Method.Invoke(t estObject, object2);

// This should return 300 and does
Console.WriteLi ne(result.ToStr ing());

However, from a web service project, I can't seem to get this to work. It
can't find the DLL.

Questions:

* Does IIS sandbox the project and not allow external references?
* Is there a special way that IIS needs set up to allow this?
* I assume that IIS works with server paths, so maybe the path I have
specified above does not work. Should I be using a different path variable?
* Does IIS shadow the web service files to another location making this
approach impossible?

Any help is most appreciated!

Thanks!
Michael

[Joshua Flanagan]

As I mentioned before, you should always use Assembly.Load() instead of
Assembly.LoadFr om() when you are loading the assembly to use its
functionality.

If you want to have 1 copy of the files in a single location, you have a
few options:

1) Put the files in the Global Assembly Cache
http://msdn.microsoft.com/library/de...emblycache.asp

2) Use the codebase element of assemblyBinding in your config file:
http://msdn.microsoft.com/library/de...rfcodebase.asp

3) Use the probing element of assemblyBinding in your config file:
http://msdn.microsoft.com/library/de...grfprobing.asp
For a great resource on understanding Fusion (the .NET assembly loader),
do this workshop:
http://www.grimes.demon.co.uk/workshops/fusionWS.htm
Joshua Flanagan
http://flimflan.com/blog

moflaherty wrote:

Hi! The problem is that we use the same DLLs for other apps on the server.
For example, a windows service, desktop app, etc. It would be nice to have
the same DLL used in all cases and not 3 copies for each project.

Thanks!
Michael

"Niroo TP" wrote:

- asp.net doesn't sandbox by default (can change this in web.config)
- what happens if you change the code to?
sDLLName = "Test2.DLL" ;
Assembly.Load (sDLLName)

and place Test2.DLL in the bin directory of the web service

- asp.net does shadow copy DLLs but that shouldn't affect the path operations.

Niroo [MSFT]

"moflaherty " wrote:

This code works great in a windows application:

// Dynamically load the DLL
sDLLName = "..\\bin\\Test2 .dll";
Assembly objAssembly = System.Reflecti on.Assembly.Loa dFrom(sDLLName) ;

// Create an instance of the class
object testObject = objAssembly.Cre ateInstance("Te st2.Test");

// Call the method "TestMessag e" which has one argument
object[] object2 = new object[1];
object2[0] = 200;

MethodInfo Method = testObject.GetT ype().GetMethod ("TestMessage") ;
object result = Method.Invoke(t estObject, object2);

// This should return 300 and does
Console.Writ eLine(result.To String());

However, from a web service project, I can't seem to get this to work. It
can't find the DLL.

Questions:

* Does IIS sandbox the project and not allow external references?
* Is there a special way that IIS needs set up to allow this?
* I assume that IIS works with server paths, so maybe the path I have
specified above does not work. Should I be using a different path variable?
* Does IIS shadow the web service files to another location making this
approach impossible?

Any help is most appreciated!

Thanks!
Michael