Vadym said:
Why? If you know assembly names, with the help of config settings
you can do the redirection. Or I'm missing something here?
I don't know their names, but even if I knew, I'd have to sign all of
them to do the redirection, because they are located outside my app's
root folder. Too much trouble.
Or if you do not know their names then you can use Assembly.LoadFile(...) to load assemblies.
Exactly. I load them at startup using this function. But it's not
enough for automatic deserialization. I've mentioned it in my second
post but let me be more specific:
Let's say those assemblies contains definitions of serializable classes
B, C, D and all of them derive from (also serializable) class A , which
I know and I have it's assembly "statically" linked to my project. At
runtime, after I LoadFile() B, C, D, I can dynamically (i.e. by
reflection) create these instances. I can also serialize the objects.
But in turn when I want to deserialize them, I get binding errors to
assemblies with B, C, D.
So, you know the situation. I can copy those assmeblies into a
subfolder on my app, so it's not a critical problem. I just wonder if
you can solve this in more elegant fashion
Jan