sam / do
watch download tarball
public
Description: DataObjects
Homepage: http://rubyforge.org/projects/dorb
Clone URL: git://github.com/sam/do.git

Comments for sam's do   feed

pietia commented on sam/do Mon Jan 26 07:21:30 -0800 2009
Comment in 3f4c32f:

….and… i think cursor == rs with lazy loading

pietia commented on sam/do Mon Jan 26 04:34:23 -0800 2009
Comment in 0a9b730:

Looks interesting! But the problem is to remember about that ;) To be serious, it’s a good solution.

pietia commented on sam/do Mon Jan 26 04:23:26 -0800 2009
Comment in 3f4c32f:

Yes it is, but there are result sets with eager/lazy loading

dkubb commented on sam/do Sun Jan 25 17:45:26 -0800 2009
Comment on do_sqlite3/ext/do_sqlite3_ext/do_sqlite3_ext.c L107 in e23bb7a:

Looks like some debug code made it in accidentally.

dkubb commented on sam/do Sun Jan 25 17:43:55 -0800 2009
Comment in 0a9b730:

I would suggest always wrapping specs in a pending block rather than using this type of code. A pending_if helper is pretty easy to make, and an example can be found in dkubb/dm-core’s spec/lib folder. It will allow you to be notified when a spec starts passing.

dkubb commented on sam/do Sun Jan 25 17:42:39 -0800 2009
Comment in 3f4c32f:

Is a scrollable result set like a cursor?

dkubb commented on sam/do Sun Jan 25 14:43:54 -0800 2009
Comment on do_sqlite3/ext/do_sqlite3_ext/do_sqlite3_ext.c L384 in b826a51:

You may want to remove this print statement :)

dkubb commented on sam/do Sun Jan 18 16:13:36 -0800 2009
Comment in fa35d1e:

@myabc: you should always rebase against the edge prior to pushing local changes to prevent merge commits from happening. I sometimes like to do “git pull —rebase” after each commit, and re-run the specs to make sure everything works good.

luislavena commented on sam/do Tue Jan 13 17:21:15 -0800 2009
Comment in 5d3e873:

I’m doing it as we speak. ;-)

Found the need for other projects to check for both location of mingw32 and host for configure options.

Will do the announcement soon.

namelessjon commented on sam/do Tue Jan 13 14:06:01 -0800 2009
Comment in 5d3e873:

I think that would be pretty helpful.

Else I’ll just have to add the few lines by hand to check a few locations.

luislavena commented on sam/do Tue Jan 13 13:45:24 -0800 2009
Comment on do_sqlite3/Rakefile L146 in 5d3e873:

Oops, that was me :-P

I found that in OSX MinGW from ports gets installed in a different place.

I’m thinking ExtensionTask should provide a helper for it, wdyt?

dkubb commented on sam/do Thu Jan 08 14:21:48 -0800 2009
Comment in 612127e:

Would row_count and field_count be part of the public, semipublic or private APIs? You may want to document it with an @api tag like we do in dm-core.

Public means that the end user would use and depend on the method name, return values and side effects. Semipublic means that only other plugins outside of what you control use it. Private means that only code you control uses it. With the first two you should maintain some stability, but with private you are free to change/remove the method in any way.

myabc commented on sam/do Thu Jan 08 03:53:29 -0800 2009
Comment in 308d051:

According to the section on Compliance in the JDBC 4.0 API Specification, implementing java.sql.Connection#prepareStatement(String, int) is optional.

myabc commented on sam/do Tue Jan 06 07:43:08 -0800 2009
Comment in f8f2083:

This is issue can be tracked as JRUBY-3286

myabc commented on sam/do Tue Jan 06 05:38:34 -0800 2009
Comment in bd7b3df:

@luislavena Yep! I sent you an email!

luislavena commented on sam/do Mon Jan 05 04:43:01 -0800 2009
Comment in bd7b3df:

Hey Alex, what about making Rake::JavaJarTask for rake-compiler? ;-)

dbussink commented on sam/do Sun Jan 04 23:53:59 -0800 2009
Comment in f8f2083:

Isn’t this a JRuby bug then? I think we should properly investigate this, because this absolute style is usually a bit more reliable when people tinker with the load paths etc.

michaelklishin commented on sam/do Tue Dec 23 12:41:01 -0800 2008
Comment in 6b6a5e3:

wheee!!

pietia commented on sam/do Sun Dec 21 15:51:59 -0800 2008
Comment in 83a854b:

oooops. correct creation command: CREATE TABLE PEOPLE

pietia commented on sam/do Sun Dec 21 15:49:51 -0800 2008
Comment in 83a854b:

hello, I looked at insert…returning problem and seems like it’s partially supported only in the newests pg drivers: http://jdbc.postgresql.org/changes.html#version_8.4dev-700 There are few ways to get generated key in JDBC (tested using last stable JDBC4 driver) i.e.: final String queryCreate = “CREATE TABLE PEOPLE”; final String queryInsert = “INSERT INTO PEOPLE (name) VALUES returning *”; //solution 1 stat = connection.createStatement(); ResultSet rs = stat.executeQuery(queryInsert); rs.next(); System.out.println("" + rs.getInt(1)); // solution 2 prepStat = connection.prepareStatement(queryInsert); prepStat.execute(); rs = prepStat.getResultSet(); rs.next(); System.out.println("" + rs.getInt(1)); // solution 3 prepStat = connection.prepareStatement(queryInsert); rs = prepStat.executeQuery(); rs.next(); System.out.println("" + rs.getInt(1)); -————————————————————————————————————- I can offer some time – may i fork or just clone DO repo and help with specs etc ?