Type.GetType(St ring) not working

[Gugale at Lincoln]

In my code Type.GetType(te xt) works when text="System.IO .File". However, it
doesn't work when text="System.Wi ndows.Forms.But ton". In general it works
for classes in System.dll assembly. Is there anyway I can make it work for
classes in System.Windows. Forms.dll assembly?

Thanks
SG

[code4life]

Actually you need to pass the fully qualified assembly name. The following example will reveal that more than just "System.Windows .Forms.Button" is required:

// I'm assuming this will go into a winform project, since you're referring to a button... you can call this method from the form you copy it over to.
public static void TypeTest()
{
//the actual string will be "System.Windows .Forms.Button, System.Windows. Forms, Version=2.0.0.0 , Culture=neutral , PublicKeyToken= b77a5c561934e08 9" -- when you debug the code, this will become evident...
string fullyqualifiedn ame = new Button().GetTyp e().AssemblyQua lifiedName;
MessageBox.Show (fullyqualified name);
MessageBox.Show (System.Type.Ge tType(fullyqual ifiedname).Name );
}

In my code Type.GetType(te xt) works when text="System.IO .File". However, it
doesn't work when text="System.Wi ndows.Forms.But ton". In general it works
for classes in System.dll assembly. Is there anyway I can make it work for
classes in System.Windows. Forms.dll assembly?

Thanks
SG

[Barry Kelly]

"Gugale at Lincoln" <ph*******@yaho o.com> wrote:

In my code Type.GetType(te xt) works when text="System.IO .File". However, it
doesn't work when text="System.Wi ndows.Forms.But ton". In general it works
for classes in System.dll assembly. Is there anyway I can make it work for
classes in System.Windows. Forms.dll assembly?

I'm not sure why it won't work trivially for Button. Perhaps it is to do
with multiple System.Windows. Forms assemblies, one each for 1.1 and 2.0?
I'm not sure.

You can however still load the button class as long as you fully qualify
the type:

| Type.GetType("S ystem.Windows.F orms.Button, System.Windows. Forms, Culture=neutral , Version=2.0.0.0 , PublicKeyToken= b77a5c561934e08 9")

-- Barry

[Mattias Sjögren]

>I'm not sure why it won't work trivially for Button. Perhaps it is to do

with multiple System.Windows. Forms assemblies, one each for 1.1 and 2.0?
I'm not sure.

No it's because when you don't specify the assembly name, Type.GetType
only looks in mscorlib.dll and the calling assembly. That works for
System.IO.File but not something in the Winforms assembly.
Mattias

--
Mattias Sjögren [C# MVP] mattias @ mvps.org
http://www.msjogren.net/dotnet/ | http://www.dotnetinterop.com
Please reply only to the newsgroup.

[Jon Skeet [C# MVP]]

Barry Kelly <ba***********@ gmail.com> wrote:

"Gugale at Lincoln" <ph*******@yaho o.com> wrote:

In my code Type.GetType(te xt) works when text="System.IO .File". However, it
doesn't work when text="System.Wi ndows.Forms.But ton". In general it works
for classes in System.dll assembly. Is there anyway I can make it work for
classes in System.Windows. Forms.dll assembly?

I'm not sure why it won't work trivially for Button. Perhaps it is to do
with multiple System.Windows. Forms assemblies, one each for 1.1 and 2.0?
I'm not sure.

From the docs of Type.GetType(st ring):

<quote>
If typeName includes only the name of the Type, this method searches in
the calling object's assembly, then in the mscorlib.dll assembly. If
typeName is fully qualified with the partial or complete assembly name,
this method searches in the specified assembly.
</quote>

(The OP is mistaken about types from System.dll - System.IO.File, for
instance, is in mscorlib.dll. Trying a type which is genuinely in
System.dll, such as System.IO.FileS ystemWatcher, returns null as
expected given the above docs.)

--
Jon Skeet - <sk***@pobox.co m>
http://www.pobox.com/~skeet Blog: http://www.msmvps.com/jon.skeet
If replying to the group, please do not mail me too

[Barry Kelly]

Mattias Sjögren <ma************ ********@mvps.o rg> wrote:

I'm not sure why it won't work trivially for Button. Perhaps it is to do
with multiple System.Windows. Forms assemblies, one each for 1.1 and 2.0?
I'm not sure.

No it's because when you don't specify the assembly name, Type.GetType
only looks in mscorlib.dll and the calling assembly. That works for
System.IO.File but not something in the Winforms assembly.

At first I thought it was just what you mentioned, that the assembly name
is missing. But it's more than that.

If you try it with just the class name and assembly name and without the
Version, Culture and PublicKeyToken fields it still doesn't work. You need
all fields for it to work.

-- Barry

[Barry Kelly]

Jon Skeet [C# MVP] <sk***@pobox.co m> wrote:

From the docs of Type.GetType(st ring):

<quote>
If typeName includes only the name of the Type, this method searches in
the calling object's assembly, then in the mscorlib.dll assembly. If
typeName is fully qualified with the partial or complete assembly name,
this method searches in the specified assembly.
</quote>

If you try

| Type.GetType("S ystem.Windows.F orms.Button, System.Windows. Forms")

you'll find it returns null, at least when you have both .NET 1.1 and 2.0
installed (I'm guessing). I tried before posting.

-- Barry

[Jon Skeet [C# MVP]]

Barry Kelly <ba***********@ gmail.com> wrote:

<quote>
If typeName includes only the name of the Type, this method searches in
the calling object's assembly, then in the mscorlib.dll assembly. If
typeName is fully qualified with the partial or complete assembly name,
this method searches in the specified assembly.
</quote>

If you try

| Type.GetType("S ystem.Windows.F orms.Button, System.Windows. Forms")

you'll find it returns null, at least when you have both .NET 1.1 and 2.0
installed (I'm guessing). I tried before posting.

I don't think that counts as "enough" of the assembly name - I think
you need to give at least some of the version number. Certainly if you
give the *complete* assembly name (with full version number) it will
work. There's more to an "assembly name" than the file name. It's not
terribly well documented, unfortunately.

--
Jon Skeet - <sk***@pobox.co m>
http://www.pobox.com/~skeet Blog: http://www.msmvps.com/jon.skeet
If replying to the group, please do not mail me too

[Gugale at Lincoln]

Thanks Barry!

In case if anyone is wondering, as I did, you can get version number and
public key using

gacutil /l assemblyname from Visual Studio .Net Command Prompt

"Barry Kelly" <ba***********@ gmail.com> wrote in message
news:4t******** *************** *********@4ax.c om... "Gugale at Lincoln" <ph*******@yaho o.com> wrote:

In my code Type.GetType(te xt) works when text="System.IO .File". However,
it
doesn't work when text="System.Wi ndows.Forms.But ton". In general it works
for classes in System.dll assembly. Is there anyway I can make it work
for
classes in System.Windows. Forms.dll assembly?

I'm not sure why it won't work trivially for Button. Perhaps it is to do
with multiple System.Windows. Forms assemblies, one each for 1.1 and 2.0?
I'm not sure.

You can however still load the button class as long as you fully qualify
the type:

| Type.GetType("S ystem.Windows.F orms.Button, System.Windows. Forms,
Culture=neutral , Version=2.0.0.0 , PublicKeyToken= b77a5c561934e08 9")

-- Barry

[Barry Kelly]

Jon Skeet [C# MVP] <sk***@pobox.co m> wrote:

Barry Kelly <ba***********@ gmail.com> wrote:

If you try

| Type.GetType("S ystem.Windows.F orms.Button, System.Windows. Forms")

you'll find it returns null, at least when you have both .NET 1.1 and 2.0
installed (I'm guessing). I tried before posting.

I don't think that counts as "enough" of the assembly name - I think
you need to give at least some of the version number. Certainly if you
give the *complete* assembly name (with full version number) it will
work. There's more to an "assembly name" than the file name. It's not
terribly well documented, unfortunately.

The version number isn't enough. You also need *both* the Culture *and*
PublicKeyToken. I tried pretty much every combination.

I've used this method myself for extensibility scenarios, and all the
times I've used it I've only needed the type name and assembly name - I've
never seen the behaviour that System.Windows. Forms.Button manifests.

Odd. <g>

-- Barry