DataMapper (was Re: Thread Priority)

jsoho · April 23, 2010, 7:24am

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.

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.NET http://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-core http://rubyforge.org/mailman/listinfo/ironruby-core http://rubyforge.org/mailman/listinfo/ironruby-core http://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-core http://rubyforge.org/mailman/listinfo/ironruby-core http://rubyforge.org/mailman/listinfo/ironruby-core

jsoho · April 23, 2010, 8:17am

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. <

jsoho · April 23, 2010, 8:59am

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=4085 http://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.

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.NET http://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: GitHub - datamapper/dm-core: DataMapper - Core
DataObjects: GitHub - datamapper/do: DataObjects
Extlib: GitHub - datamapper/extlib: General Ruby extensions for Merb

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

jsoho · April 23, 2010, 8:25am

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]

jsoho · April 23, 2010, 9:14am

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 Generic support for ADO.NET
in Sequel and a subadapter for MSSQL should be the actual way to go.

[1] Commits · nrk/sequel · GitHub

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

jsoho · April 24, 2010, 7:58am

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. <