Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

Why can't I import my C# type into IronPython?

Tags:

c#

ironpython

I have some types in a C# library I wrote, e.g.:

namespace SprocGenerator.Generators
{
    public class DeleteGenerator : GeneratorBase
    {
        public DeleteGenerator(string databaseName, string tableName) : base(databaseName, tableName)

I want to use them in an IronPython script:

import clr
import sys

clr.AddReferenceToFile("SprocGenerator.dll")
# problem happens here:
from SprocGenerator.Generators import *

generator = DeleteGenerator("a", "b")

When the line below the comment happens, I get:

ImportError: No module named Generators

I have verified that the file I am loading is what I expect by renaming it and verifying the script throws an error when trying to load the assembly. I have verified the namespace is in the assembly via Reflector. I have also tried specifying a fully-qualified classname to work around my import issue, e.g.

 generator = SprocGenerator.Generators.DeleteGenerator("a", "b")

But I get:

 NameError: name 'SprocGenerator' is not defined

Even if I have this in C#:

namespace SprocGenerator
{
    public static class GeneratorHelper
    {
        public static string GetTableAlias(string tableName)

And this in IP:

import clr
import sys
from System import *

clr.AddReferenceToFile("SprocGenerator.dll")
from SprocGenerator import *

print "helper = " + GeneratorHelper.GetTableAlias("companyBranch")

I get this error:

 NameError: global name 'GeneratorHelper' is not defined

What am I doing wrong?

like image 445
Josh Kodroff Avatar asked Nov 19 '09 19:11

Josh Kodroff


1 Answers

Could you be picking up the DLL from a different location then you're expecting? AddReferenceToFile will search sys.path and load the first file it finds which matches that filename. Depending on where you expect to find the DLL and where it may exist earlier on the path you could be getting a version which you've compiled earlier. You can also do:

dir(clr.LoadAssemblyFromFile('SprocGenerator.dll'))

to see what types exist in the DLL which you are actually getting back or:

clr.LoadAssemblyFromFile('test.dll').CodeBase

to see where the file is actually being loaded from.

like image 53
Dino Viehland Avatar answered Sep 26 '22 02:09

Dino Viehland