DataMapper (was Re: Thread Priority)

That’s a very good question actually; I know at least one Rails +
DataMapper site that will switch to IronRuby if they can get it working
(one I used to work on), so I’m personally interested in this as well.
:slight_smile:

Last I checked do_sqlserver wasn’t too mature. They don’t depend on dbi,
so there will need to be a separate abstraction for ADO and
http://ADO.NET ADO.NEThttp://ADO.NET. I have more faith in
do_sqlite3 working, as there is a .NET API for sqlite3
(http://sqlite.phxsoftware.com/), and it would be minimal work to test
do_sqlite3 with sqlite-ironruby.

As far as DataMapper itself, it’d be interesting to run DataMapper with
it’s in-memory database to see if IronRuby at-least run it.

I’ll want to look into running datamapper for unit testing sake, but it
would be great if someone signed up to work on the sqlserver and sqlite3
support. Ryan, you want to head that up, or at least look for a team?

~Jimmy

On Apr 22, 2010, at 9:54 PM, “Ryan R.”
<mailto:[email protected]mailto:[email protected][email protected]mailto:[email protected]>
wrote:

What’s the status of the DataMapper port? I was just trying to use it
but couldn’t get the gem installed. I’m interested in helping get this
working. What next steps are needed?

Thanks,

Ryan R.

Email: mailto:[email protected]
mailto:[email protected]
mailto:[email protected]
[email protected]mailto:[email protected]
LinkedIn: http://www.linkedin.com/in/ryanriley
http://www.linkedin.com/in/ryanriley
http://www.linkedin.com/in/ryanriley
http://www.linkedin.com/in/ryanriley
Blog: http://wizardsofsmart.net/ http://wizardsofsmart.net/
http://wizardsofsmart.net/ http://wizardsofsmart.net/
Twitter: @panesofglass
Website: http://panesofglass.org/ http://panesofglass.org/
http://panesofglass.org/ http://panesofglass.org/

On Mon, Oct 26, 2009 at 7:02 AM, Alexander Coles
<mailto:[email protected]mailto:[email protected]mailto:[email protected][email protected]mailto:[email protected]>
wrote:
Quick +1 to vote this patch up.

I’ve been working on the JRuby support for the DataMapper ORM and
DataObjects(.rb) database connectivity layer. These projects rely in
turn on another project called Extlib, which provides a bunch of
useful extensions (lazy arrays, thread pools, string extensions) for
the other two projects.

I pulled down and built the latest IronRuby and running Extlib’s
specs, the lack of Thread#priority appears to be the first blocker in
our support for IR.

Alex Coles

DataMapper: http://github.com/datamapper/dm-core
http://github.com/datamapper/dm-core
http://github.com/datamapper/dm-core


DataObjects: http://github.com/datamapper/do
http://github.com/datamapper/do http://github.com/datamapper/do

Extlib: http://github.com/datamapper/extlib
http://github.com/datamapper/extlib
http://github.com/datamapper/extlib

On Mon, Oct 26, 2009 at 6:12 AM, Shay F.
<mailto:[email protected]mailto:[email protected]mailto:[email protected][email protected]mailto:[email protected]>
wrote:

I have done a very basic implementation of a while back but I did not
164f202

Thanks!

-----Original Message-----
I’m talking about Thread’s instance attribute - priority. I’m using the

t.priority
Thanks,
Shay.

Shay F.
Author of IronRuby Unleashed
http://www.IronShay.com http://www.IronShay.com http://www.IronShay.com http://www.IronShay.com
Follow me: http://twitter.com/ironshay http://twitter.com/ironshay http://twitter.com/ironshay http://twitter.com/ironshay



Ironruby-core mailing list
mailto:[email protected]mailto:[email protected]mailto:[email protected][email protected]mailto:[email protected]
http://rubyforge.org/mailman/listinfo/ironruby-corehttp://rubyforge.org/mailman/listinfo/ironruby-corehttp://rubyforge.org/mailman/listinfo/ironruby-corehttp://rubyforge.org/mailman/listinfo/ironruby-core


Ironruby-core mailing list
mailto:[email protected]mailto:[email protected][email protected]mailto:[email protected]
http://rubyforge.org/mailman/listinfo/ironruby-corehttp://rubyforge.org/mailman/listinfo/ironruby-corehttp://rubyforge.org/mailman/listinfo/ironruby-core

I was also very interested in this.

Jimmy, shouldn’t plain old ADO support “just work” once this bug is
fixed?:
ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=4085

http://ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=4085Obviously,
plain old ADO will not be the most optimal solution, but I think it may
give
us something for MSSQL servers right away.
Thanks!
Best Regards,
Kevin R.

On Thu, Apr 22, 2010 at 11:25 PM, Jimmy S. <

Yes, though not idea, ADO should just work. But it probably doesn’t
because of that bug, so I’ve moved it up to our 1.0.1 release and I’ll
look into why the DLR COM Binder is not able to consume this interface.

Thanks for reminding me of this issue Kevin!

From: [email protected]
[mailto:[email protected]] On Behalf Of Kevin
Radcliffe
Sent: Thursday, April 22, 2010 10:47 PM
To: [email protected]
Subject: Re: [Ironruby-core] DataMapper (was Re: Thread Priority)

I was also very interested in this.

Jimmy, shouldn’t plain old ADO support “just work” once this bug is
fixed?:
ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=4085http://ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=4085

Obviously, plain old ADO will not be the most optimal solution, but I
think it may give us something for MSSQL servers right away.
Thanks!
Best Regards,
Kevin R.
On Thu, Apr 22, 2010 at 11:25 PM, Jimmy S.
<[email protected]mailto:[email protected]>
wrote:
That’s a very good question actually; I know at least one Rails +
DataMapper site that will switch to IronRuby if they can get it working
(one I used to work on), so I’m personally interested in this as well.
:slight_smile:

Last I checked do_sqlserver wasn’t too mature. They don’t depend on dbi,
so there will need to be a separate abstraction for ADO and
ADO.NEThttp://ADO.NET. I have more faith in do_sqlite3 working, as
there is a .NET API for sqlite3 (http://sqlite.phxsoftware.com/), and it
would be minimal work to test do_sqlite3 with sqlite-ironruby.

As far as DataMapper itself, it’d be interesting to run DataMapper with
it’s in-memory database to see if IronRuby at-least run it.

I’ll want to look into running datamapper for unit testing sake, but it
would be great if someone signed up to work on the sqlserver and sqlite3
support. Ryan, you want to head that up, or at least look for a team?

~Jimmy

On Apr 22, 2010, at 9:54 PM, “Ryan R.”
<[email protected]mailto:[email protected]> wrote:
What’s the status of the DataMapper port? I was just trying to use it
but couldn’t get the gem installed. I’m interested in helping get this
working. What next steps are needed?

Thanks,

Ryan R.

Email: [email protected]mailto:[email protected]
LinkedIn: http://www.linkedin.com/in/ryanriley
Blog: http://wizardsofsmart.net/
Twitter: @panesofglass
Website: http://panesofglass.org/

On Mon, Oct 26, 2009 at 7:02 AM, Alexander Coles
<[email protected]mailto:[email protected]> wrote:
Quick +1 to vote this patch up.

I’ve been working on the JRuby support for the DataMapper ORM and
DataObjects(.rb) database connectivity layer. These projects rely in
turn on another project called Extlib, which provides a bunch of
useful extensions (lazy arrays, thread pools, string extensions) for
the other two projects.

I pulled down and built the latest IronRuby and running Extlib’s
specs, the lack of Thread#priority appears to be the first blocker in
our support for IR.

Alex Coles

DataMapper: http://github.com/datamapper/dm-core
DataObjects: http://github.com/datamapper/do
Extlib: http://github.com/datamapper/extlib

On Mon, Oct 26, 2009 at 6:12 AM, Shay F.
<[email protected]mailto:[email protected]> wrote:

I have done a very basic implementation of a while back but I did not
164f202

Thanks!

-----Original Message-----
I’m talking about Thread’s instance attribute - priority. I’m using the

t.priority
Thanks,
Shay.

Shay F.
Author of IronRuby Unleashed
http://www.IronShay.com
Follow me: http://twitter.com/ironshay



Ironruby-core mailing list
[email protected]mailto:[email protected]
http://rubyforge.org/mailman/listinfo/ironruby-core


Ironruby-core mailing list
[email protected]mailto:[email protected]
http://rubyforge.org/mailman/listinfo/ironruby-core

Too late for email I guess. My email was re: Sequel and not Datamapper.
May still apply, but probably not. My apologies.

Best Regards,
Kevin R.

On Thu, Apr 22, 2010 at 11:46 PM, Kevin R.
<[email protected]

On Fri, Apr 23, 2010 at 07:52, Kevin R.
[email protected] wrote:

Too late for email I guess. My email was re: Sequel and not Datamapper.

By the way, last month I’ve started playing with Sequel on IronRuby
and, after having filed the bug about ADO+COM on codeplex, I created a
quick and dirty adapter for MSSQL [1] that utilizes the
System.Data.SqlClient namespace and reuses the shared adapter bits of
Sequel to build SQL queries. While still suboptimal (I will put some
work into it soon), it somewhat works and the fact that it enables
connections to MSSQL from mono+linux makes the approach vastly
superior compared to using ADO via COM :wink: Generic support for ADO.NET
in Sequel and a subadapter for MSSQL should be the actual way to go.

[1] http://github.com/nrk/sequel/commits/ironruby-mssqlclient


Daniele A.
http://www.clorophilla.net/
http://twitter.com/JoL1hAHN

I’m happy to help out. I’ll start working on it this weekend.

Regards,

Ryan R.

Email: [email protected]
LinkedIn: http://www.linkedin.com/in/ryanriley
Blog: http://wizardsofsmart.net/
Twitter: @panesofglass
Website: http://panesofglass.org/

On Thu, Apr 22, 2010 at 10:25 PM, Jimmy S. <

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs