Thanks a lot that works :)

On Feb 19, 2008 4:34 PM, Curt Hagenlocher <[EMAIL PROTECTED]> wrote:

> I got basically the same result when trying to use a SubSonic-generated
> DLL from IronPython.  The Assembly.GetTypes function wasn't able to
> resolve the generated classes because "Could not load file or assembly
> 'SubSonic, Version=2.0.3.0, Culture=neutral,
> PublicKeyToken=eadb47849839a332' or one of its dependencies"
>  The problem went away when I copied the SubSonic DLLs into the same
> directory as the executable.
> On Feb 18, 2008 6:19 PM, Ivan Porto Carrero <[EMAIL PROTECTED]> wrote:
>
> > Yep
> >
> >
> > On Feb 19, 2008 1:37 PM, Curt Hagenlocher <[EMAIL PROTECTED]> wrote:
> >
> > > So, the Customer class was generated by SubSonic and is contained in
> > > DataAccess.Subsonic.dll?  Do you get the same results by leaving out
> > > the include and saying
> > >
> > > DataAccess::SubSonic::Customer.new
> > >
> > > instead?
> > >   On Feb 18, 2008 12:30 PM, Ivan Porto Carrero <[EMAIL PROTECTED]>
> > > wrote:
> > >
> > > >  Hi,
> > > >
> > > > I ran into a pretty weird issue, I tried to use some of the .NET
> > > > ORM's with IronRuby.
> > > > I haven't investigated with the debugger turned on yet but here's
> > > > what I observed
> > > >
> > > > I tried this with ActiveRecord from Castle, SubSonic and LightSpeed.
> > > > Linq2Sql doesn't have a problem.
> > > >
> > > > What the first 3 ORM's have in common is that I can use the types in
> > > > the actual ORM library. All of those ORM's require you to have a generic
> > > > base class.
> > > > If I include other types in the assembly (non generic base classes)
> > > > then I can just use those classes.
> > > > When I create a type with a generic base class that is defined in
> > > > the same assembly I can use that class in IronRuby
> > > >
> > > > For SubSonic a Customer class could look like:
> > > >
> > > > *public class Customer : ActiveRecord<Customer>{
> > > >   // model code here
> > > > }*
> > > >
> > > > The output from the console session that shows the behavior. I tried
> > > > a lot of different approaches but it always boils down to the same 
> > > > error.
> > > >
> > > > *IronRuby 0.1 on .NET 2.0.50727.1434
> > > > Copyright (c) Microsoft Corporation. All rights reserved.
> > > >
> > > > Note that local variables do not work today in the console.
> > > > As a workaround, use globals instead (eg $x = 42 instead of x = 42).
> > > >
> > > > >>> require 'mscorlib'
> > > > => true
> > > > >>> require Dir.getwd + '/SubSonic.dll'
> > > > => true
> > > > >>> require Dir.getwd + '/DataAccess.SubSonic.dll'
> > > > => true
> > > > >>> include DataAccess::SubSonic
> > > > => Object
> > > > >>> Customer.new
> > > > IronRuby.Libraries:0:in `ConstantMissing': uninitialized constant
> > > > Object::Customer (NameError)
> > > >         from :0:in `main'
> > > >         from :0:in `##16'
> > > > >>> exit*
> > > >
> > > > Is this a bug or is it a case of me missing something?
> > > >
> > > > Cheers
> > > > Ivan
> > > >
> > > > _______________________________________________
> > > > Ironruby-core mailing list
> > > > Ironruby-core@rubyforge.org
> > > > http://rubyforge.org/mailman/listinfo/ironruby-core
> > > >
> > > >
> > >
> > > _______________________________________________
> > > Ironruby-core mailing list
> > > Ironruby-core@rubyforge.org
> > > http://rubyforge.org/mailman/listinfo/ironruby-core
> > >
> > >
> >
> > _______________________________________________
> > Ironruby-core mailing list
> > Ironruby-core@rubyforge.org
> > http://rubyforge.org/mailman/listinfo/ironruby-core
> >
> >
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core@rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
_______________________________________________
Ironruby-core mailing list
Ironruby-core@rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core

Reply via email to