From matt at harpstar.com Wed Aug 1 11:20:34 2007 From: matt at harpstar.com (Matthew K. Williams) Date: Wed, 01 Aug 2007 11:20:34 -0400 Subject: [Jruby-extras-devel] datasource issue with Activerecord-jdbc Message-ID: <1185981634.17508.5.camel@hunin.lorelied.org> I'm seeing something when I deploy to production (same code, same jvm, same app server, etc.. It's a tarball!) NativeException (java.sql.SQLException: Connection handle has been closed and is unusable): It looks as though JBoss is closing the connection, but ActiveRecord isn't requesting a new one. I'm using a hsqldb jndi datasource; though I don't think that is making much of a difference -- I'm guessing that it's deeper in the code than that. Has anyone else seen the like? I'm guessing that I've not seen this in my development environment previously due to it being a timing issue. Thanks, Matt From matt at harpstar.com Wed Aug 1 13:38:26 2007 From: matt at harpstar.com (Matthew K. Williams) Date: Wed, 01 Aug 2007 13:38:26 -0400 Subject: [Jruby-extras-devel] ActiveRecord-jdbc connections and datasources question Message-ID: <1185989907.17508.16.camel@hunin.lorelied.org> Is ActiveRecord-jdbc when using jndi supposed to call connection.close()? JBoss is complaining that I'm putting active connections back into the pool (i.e., ones I've not closed) and it closes them for me. This is happening on a regular (read all the time) basis. Or is this (another) hsqldb artifact? If derby support is better, I'm tempted to give it a try; there's a couple of things holding me back -- it's slower, as best I can tell, and I'd need to change my code, position is a keyword for derby. Matt From nobody at rubyforge.org Wed Aug 1 18:57:03 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Wed, 1 Aug 2007 18:57:03 -0400 (EDT) Subject: [Jruby-extras-devel] [680] trunk/rails-integration/plugins/goldspike-snapshot/lib: Add support for adding arbitrary files to either WEB-INF/, WEB-INF/classes or WEB-INF/lib, also looking at timestamps and so on to not add unnecessarily. Message-ID: <20070801225703.4D0845240C9A@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070801/4fa6d26b/attachment-0001.html From robert at cs.auckland.ac.nz Wed Aug 1 19:07:58 2007 From: robert at cs.auckland.ac.nz (Robert Egglestone) Date: Thu, 02 Aug 2007 11:07:58 +1200 Subject: [Jruby-extras-devel] [680] trunk/rails-integration/plugins/goldspike-snapshot/lib: Add support for adding arbitrary files to either WEB-INF/, WEB-INF/classes or WEB-INF/lib, also looking at timestamps and so on to not add unnecessarily. In-Reply-To: <20070801225703.4D0845240C9A@rubyforge.org> References: <20070801225703.4D0845240C9A@rubyforge.org> Message-ID: <46B1124E.7090000@cs.auckland.ac.nz> I'm confused, usually any files stored under WEB-INF, etc are copied directly into the war file. What does the patch do? Cheers, Robert nobody at rubyforge.org wrote: > > Revision > 680 > Author > olabini > Date > 2007-08-01 18:57:02 -0400 (Wed, 01 Aug 2007) > > > Log Message > > Add support for adding arbitrary files to either WEB-INF/, WEB-INF/classes or WEB-INF/lib, also looking at timestamps and so on to not add unnecessarily. > > > Modified Paths > > * trunk/rails-integration/plugins/goldspike-snapshot/lib/create_war.rb > <#trunkrailsintegrationpluginsgoldspikesnapshotlibcreate_warrb> > * trunk/rails-integration/plugins/goldspike-snapshot/lib/packer.rb > <#trunkrailsintegrationpluginsgoldspikesnapshotlibpackerrb> > * trunk/rails-integration/plugins/goldspike-snapshot/lib/war_config.rb > <#trunkrailsintegrationpluginsgoldspikesnapshotlibwar_configrb> > > > Diff > > > Modified: > trunk/rails-integration/plugins/goldspike-snapshot/lib/create_war.rb > (679 => 680) > > > --- trunk/rails-integration/plugins/goldspike-snapshot/lib/create_war.rb 2007-07-30 22:43:15 UTC (rev 679) > +++ trunk/rails-integration/plugins/goldspike-snapshot/lib/create_war.rb 2007-08-01 22:57:02 UTC (rev 680) > @@ -21,6 +21,7 @@ > @java_lib_packer = JavaLibPacker.new(@config) > @ruby_lib_packer = RubyLibPacker.new(@config) > @webapp_packer = WebappPacker.new(@config) > + @file_packer = FileLibPacker.new(@config) > end > > def standalone=(value) > @@ -53,6 +54,7 @@ > add_ruby_libraries > end > add_configuration_files > + add_files > end > > private > @@ -62,6 +64,10 @@ > @webapp_packer.create_war > end > > + def add_files > + @file_packer.add_files > + end > + > def add_java_libraries > @java_lib_packer.add_java_libraries > end > > > Modified: > trunk/rails-integration/plugins/goldspike-snapshot/lib/packer.rb > (679 => 680) > > > --- trunk/rails-integration/plugins/goldspike-snapshot/lib/packer.rb 2007-07-30 22:43:15 UTC (rev 679) > +++ trunk/rails-integration/plugins/goldspike-snapshot/lib/packer.rb 2007-08-01 22:57:02 UTC (rev 680) > @@ -1,181 +1,216 @@ > - > -require 'util' > - > -module War > - > - class Packer > - > - attr_accessor :config > - > - def initialize(config = Configuration.instance) > - @config = config > - end > - > - def install(source, dest, mode=0644) > - # File.install is disabled because of a performance problem under JRuby, > - # without it the task may fail if the original gem files were not writable by the owner > - #File.install(source, dest, mode) > - File.copy(source, dest) > - end > - > - def copy_tree(files, target, strip_prefix='') > - files.each do |f| > - relative = f[strip_prefix.length, f.length] > - target_file = File.join(target, relative) > - if File.directory?(f) > - File.makedirs(target_file) > - elsif File.file?(f) > - WLog.debug " Copying #{f} to #{relative}" > - File.makedirs(File.dirname(target_file)) > - install(f, target_file) > - end > - end > - end > - > - def compile_tree(dir, config) > - return unless config.compile_ruby > - # find the libraries > - classpath_files = Rake::FileList.new(File.join(config.staging, 'WEB-INF', 'lib', '*.jar')) > - classpath_files_array = classpath_files.to_a > - classpath_files_array.collect! {|f| File.expand_path(f) } > - classpath = classpath_files_array.join(config.os_path_separator) > - # compile the files > - os_dir = dir.gsub(File::SEPARATOR, config.os_separator) > - unless system("cd #{os_dir} && java -cp #{classpath} org.jruby.webapp.ASTSerializerMain") > - raise "Error: failed to preparse files in #{dir}, returned with error code #{$?}" > - end > - end > - > - def jar(target_file, source_dir, files, compress=true) > - os_target_file = target_file.gsub(File::SEPARATOR, config.os_separator) > - os_source_dir = source_dir.gsub(File::SEPARATOR, config.os_separator) > - flags = '-cf' > - flags += '0' unless compress > - files_list = files.join(' ') > - unless system("jar #{flags} #{os_target_file} -C #{os_source_dir} #{files_list}") > - raise "Error: failed to create archive, error code #{$?}" > - end > - end > - > - end > - > - class JavaLibPacker < Packer > - > - def initialize(config) > - super(config) > - end > - > - def add_java_libraries > - WLog.info("Packing needed Java libraries ...") > - staging = config.staging > - lib = File.join(staging, 'WEB-INF', 'lib') > - WLog.debug("assembling files in " + lib + " directory") > - File.makedirs(lib) > - WLog.debug("need to assemble #{config.java_libraries.size} libraries") > - for library in config.java_libraries.values > - WLog.debug("library to assemble " + library.name ) > - target = File.join(lib, library.file) > - WLog.debug("should install to " + target) > - unless File.exists?(target) > - WLog.info " adding Java library #{library}" > - library.install(config, target) > - end > - end > - end > - end > - > - class RubyLibPacker < Packer > - > - def initialize (config) > - super(config) > - end > - > - def add_ruby_libraries > - # add the gems > - WLog.info("Packing needed Ruby gems ...") > - gem_home = File.join(config.staging, 'WEB-INF', 'gems') > - File.makedirs(gem_home) > - File.makedirs(File.join(gem_home, 'gems')) > - File.makedirs(File.join(gem_home, 'specifications')) > - for gem in config.gem_libraries > - copy_gem(gem[0], gem[1], gem_home) > - end > - end > - > - def copy_gem(name, match_version, target_gem_home) > - require 'rubygems' > - matched = Gem.source_index.search(name, match_version) > - raise "The #{name} gem is not installed" if matched.empty? > - gem = matched.last > - > - gem_target = File.join(target_gem_home, 'gems', gem.full_gem_path.split('/').last) > - > - unless File.exists?(gem_target) > - # package up the gem > - WLog.info " adding Ruby gem #{gem.name} version #{gem.version}" > - # copy the specification > - install(gem.loaded_from, File.join(target_gem_home, 'specifications'), 0644) > - # copy the files > - File.makedirs(gem_target) > - gem_files = Rake::FileList.new(File.join(gem.full_gem_path, '**', '*')) > - copy_tree(gem_files, gem_target, gem.full_gem_path) > - # compile the .rb files to .rb.ast.ser > - compile_tree(File.join(gem_target, 'lib'), config) > - end > - > - # handle dependencies > - if config.add_gem_dependencies > - for gem_child in gem.dependencies > - #puts " Gem #{gem.name} requires #{gem_child.name} " > - copy_gem(gem_child.name, gem_child.requirements_list, target_gem_home) > - end > - end > - end > - > - end > - > - class WebappPacker < Packer > - > - def initialize(config) > - super(config) > - end > - > - def create_war > - # we can't include a directory, but exclude it's files > - webapp_files = Rake::FileList.new > - webapp_files.include('*') > - webapp_files.exclude('*.war') > - webapp_files.exclude(/tmp$/) > - webapp_files.include(File.join('tmp', '*')) > - webapp_files.exclude(File.join('tmp', 'jetty')) > - config.excludes.each do |exclude| > - webapp_files.exclude(exclude) > - end > - > - jar(config.war_file, config.staging, webapp_files) > - end > - > - def add_webapp > - staging = config.staging > - WLog.info 'Packing web application ...' > - File.makedirs(staging) > - webapp_files = Rake::FileList.new(File.join('.', '**', '*')) > - webapp_files.exclude(staging) > - webapp_files.exclude('*.war') > - webapp_files.exclude(config.local_java_lib) > - webapp_files.exclude(File.join('public', '.ht*')) > - webapp_files.exclude(File.join('public', 'dispatch*')) > - webapp_files.exclude(File.join('log', '*.log')) > - webapp_files.exclude(File.join('tmp', 'cache', '*')) > - webapp_files.exclude(File.join('tmp', 'sessions', '*')) > - webapp_files.exclude(File.join('tmp', 'sockets', '*')) > - webapp_files.exclude(File.join('tmp', 'jetty')) > - config.excludes.each do |exclude| > - webapp_files.exclude(exclude) > - end > - copy_tree(webapp_files, staging) > - compile_tree(staging, config) > - end > - > - end > -end > + > +require 'util' > + > +module War > + > + class Packer > + > + attr_accessor :config > + > + def initialize(config = Configuration.instance) > + @config = config > + end > + > + def install(source, dest, mode=0644) > + # File.install is disabled because of a performance problem under JRuby, > + # without it the task may fail if the original gem files were not writable by the owner > + #File.install(source, dest, mode) > + File.copy(source, dest) > + end > + > + def copy_tree(files, target, strip_prefix='') > + files.each do |f| > + relative = f[strip_prefix.length, f.length] > + target_file = File.join(target, relative) > + if File.directory?(f) > + File.makedirs(target_file) > + elsif File.file?(f) > + WLog.debug " Copying #{f} to #{relative}" > + File.makedirs(File.dirname(target_file)) > + install(f, target_file) > + end > + end > + end > + > + def compile_tree(dir, config) > + return unless config.compile_ruby > + # find the libraries > + classpath_files = Rake::FileList.new(File.join(config.staging, 'WEB-INF', 'lib', '*.jar')) > + classpath_files_array = classpath_files.to_a > + classpath_files_array.collect! {|f| File.expand_path(f) } > + classpath = classpath_files_array.join(config.os_path_separator) > + # compile the files > + os_dir = dir.gsub(File::SEPARATOR, config.os_separator) > + unless system("cd #{os_dir} && java -cp #{classpath} org.jruby.webapp.ASTSerializerMain") > + raise "Error: failed to preparse files in #{dir}, returned with error code #{$?}" > + end > + end > + > + def jar(target_file, source_dir, files, compress=true) > + os_target_file = target_file.gsub(File::SEPARATOR, config.os_separator) > + os_source_dir = source_dir.gsub(File::SEPARATOR, config.os_separator) > + flags = '-cf' > + flags += '0' unless compress > + files_list = files.join(' ') > + unless system("jar #{flags} #{os_target_file} -C #{os_source_dir} #{files_list}") > + raise "Error: failed to create archive, error code #{$?}" > + end > + end > + > + end > + > + class FileLibPacker < Packer > + def add_files > + WLog.info("Packing needed files ...") > + > + staging = config.staging > + lib = File.join(staging, 'WEB-INF', 'lib') > + classes = File.join(staging, 'WEB-INF', 'classes') > + base = File.join(staging, 'WEB-INF') > + install(:lib, lib) > + install(:classes, classes) > + install(:base, base) > + end > + > + def install(dir_sym, dir) > + WLog.debug("assembling files in " + dir + " directory") > + File.makedirs(dir) > + WLog.debug("need to assemble #{config.files.select{|k,v| v[:directory] == dir_sym }.size} files") > + for name, file_info in config.files > + next unless file_info[:directory] == dir_sym > + WLog.debug("file to add " + name ) > + target = File.join(dir, name) > + WLog.debug("should install to " + target) > + file = file_info[:location] > + if !File.exists?(target) || File.mtime(target) < File.mtime(file_info[:location]) > + WLog.info " adding file #{name}" > + if File.exists?(file) > + File.install(file, target, 0644) > + else > + WLog.warn "file '#{file}' does not exist" > + end > + end > + end > + end > + end > + > + class JavaLibPacker < Packer > + > + def initialize(config) > + super(config) > + end > + > + def add_java_libraries > + WLog.info("Packing needed Java libraries ...") > + staging = config.staging > + lib = File.join(staging, 'WEB-INF', 'lib') > + WLog.debug("assembling files in " + lib + " directory") > + File.makedirs(lib) > + WLog.debug("need to assemble #{config.java_libraries.size} libraries") > + for library in config.java_libraries.values > + WLog.debug("library to assemble " + library.name ) > + target = File.join(lib, library.file) > + WLog.debug("should install to " + target) > + unless File.exists?(target) > + WLog.info " adding Java library #{library}" > + library.install(config, target) > + end > + end > + end > + end > + > + class RubyLibPacker < Packer > + > + def initialize (config) > + super(config) > + end > + > + def add_ruby_libraries > + # add the gems > + WLog.info("Packing needed Ruby gems ...") > + gem_home = File.join(config.staging, 'WEB-INF', 'gems') > + File.makedirs(gem_home) > + File.makedirs(File.join(gem_home, 'gems')) > + File.makedirs(File.join(gem_home, 'specifications')) > + for gem in config.gem_libraries > + copy_gem(gem[0], gem[1], gem_home) > + end > + end > + > + def copy_gem(name, match_version, target_gem_home) > + require 'rubygems' > + matched = Gem.source_index.search(name, match_version) > + raise "The #{name} gem is not installed" if matched.empty? > + gem = matched.last > + > + gem_target = File.join(target_gem_home, 'gems', gem.full_gem_path.split('/').last) > + > + unless File.exists?(gem_target) > + # package up the gem > + WLog.info " adding Ruby gem #{gem.name} version #{gem.version}" > + # copy the specification > + install(gem.loaded_from, File.join(target_gem_home, 'specifications'), 0644) > + # copy the files > + File.makedirs(gem_target) > + gem_files = Rake::FileList.new(File.join(gem.full_gem_path, '**', '*')) > + copy_tree(gem_files, gem_target, gem.full_gem_path) > + # compile the .rb files to .rb.ast.ser > + compile_tree(File.join(gem_target, 'lib'), config) > + end > + > + # handle dependencies > + if config.add_gem_dependencies > + for gem_child in gem.dependencies > + #puts " Gem #{gem.name} requires #{gem_child.name} " > + copy_gem(gem_child.name, gem_child.requirements_list, target_gem_home) > + end > + end > + end > + > + end > + > + class WebappPacker < Packer > + > + def initialize(config) > + super(config) > + end > + > + def create_war > + # we can't include a directory, but exclude it's files > + webapp_files = Rake::FileList.new > + webapp_files.include('*') > + webapp_files.exclude('*.war') > + webapp_files.exclude(/tmp$/) > + webapp_files.include(File.join('tmp', '*')) > + webapp_files.exclude(File.join('tmp', 'jetty')) > + config.excludes.each do |exclude| > + webapp_files.exclude(exclude) > + end > + > + jar(config.war_file, config.staging, webapp_files) > + end > + > + def add_webapp > + staging = config.staging > + WLog.info 'Packing web application ...' > + File.makedirs(staging) > + webapp_files = Rake::FileList.new(File.join('.', '**', '*')) > + webapp_files.exclude(staging) > + webapp_files.exclude('*.war') > + webapp_files.exclude(config.local_java_lib) > + webapp_files.exclude(File.join('public', '.ht*')) > + webapp_files.exclude(File.join('public', 'dispatch*')) > + webapp_files.exclude(File.join('log', '*.log')) > + webapp_files.exclude(File.join('tmp', 'cache', '*')) > + webapp_files.exclude(File.join('tmp', 'sessions', '*')) > + webapp_files.exclude(File.join('tmp', 'sockets', '*')) > + webapp_files.exclude(File.join('tmp', 'jetty')) > + config.excludes.each do |exclude| > + webapp_files.exclude(exclude) > + end > + copy_tree(webapp_files, staging) > + compile_tree(staging, config) > + end > + > + end > +end > > > Modified: > trunk/rails-integration/plugins/goldspike-snapshot/lib/war_config.rb > (679 => 680) > > > --- trunk/rails-integration/plugins/goldspike-snapshot/lib/war_config.rb 2007-07-30 22:43:15 UTC (rev 679) > +++ trunk/rails-integration/plugins/goldspike-snapshot/lib/war_config.rb 2007-08-01 22:57:02 UTC (rev 680) > @@ -45,6 +45,8 @@ > # rails environment to use when running with an embedded server? > attr_accessor :rails_env_embedded > > + # files to include in the package > + attr_accessor :files > # java libraries to include in the package > attr_accessor :java_libraries > # gem libraries to include in the package > @@ -86,6 +88,8 @@ > @name = File.basename(File.expand_path(RAILS_ROOT)) > @war_file = "#{@name}.war" > > + @files = {} > + > @java_libraries = {} > # default java libraries > add_library(maven_library('org.jruby', 'jruby-complete', '1.0')) > @@ -174,6 +178,10 @@ > @java_libraries[lib.name] = lib > end > > + def add_file(name, info) > + @files[name] = {:location => "war/#{name}", :directory => :classes }.merge(info) > + end > + > def add_jetty_library(lib) > @jetty_libraries[lib.name] = lib > end > @@ -242,6 +250,10 @@ > @result.keep_source = val[0] > end > > + def add_file(name, config={}) > + @result.add_file(name, config) > + end > + > def add_gem(*val) > WLog.warn "add_gem takes at most two arguments" if val.size > 2 > @result.add_gem(val[0], val[1]) > ------------------------------------------------------------------------ > > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070802/9430c350/attachment-0001.html From ola.bini at gmail.com Wed Aug 1 19:16:12 2007 From: ola.bini at gmail.com (Ola Bini) Date: Wed, 01 Aug 2007 19:16:12 -0400 Subject: [Jruby-extras-devel] [680] trunk/rails-integration/plugins/goldspike-snapshot/lib: Add support for adding arbitrary files to either WEB-INF/, WEB-INF/classes or WEB-INF/lib, also looking at timestamps and so on to not add unnecessarily. In-Reply-To: <46B1124E.7090000@cs.auckland.ac.nz> References: <20070801225703.4D0845240C9A@rubyforge.org> <46B1124E.7090000@cs.auckland.ac.nz> Message-ID: <46B1143C.5020908@gmail.com> Robert Egglestone wrote: > I'm confused, usually any files stored under WEB-INF, etc are copied > directly into the war file. > What does the patch do? > > Cheers, > Robert Copy files from other locations into the resulting WEB-INF. -- Ola Bini (http://ola-bini.blogspot.com) JRuby Core Developer Developer, ThoughtWorks Studios (http://studios.thoughtworks.com) "Yields falsehood when quined" yields falsehood when quined. From matt at harpstar.com Thu Aug 2 02:30:05 2007 From: matt at harpstar.com (Matthew K. Williams) Date: Thu, 02 Aug 2007 02:30:05 -0400 Subject: [Jruby-extras-devel] ActiveRecord-jdbc reconnect! and transaction begin Message-ID: <1186036205.6744.11.camel@hunin.lorelied.org> I believe I've discovered an issue with JdbcAdapterInternalService.begin() and JBoss' datasources -- JBoss is closing the connection (active record isn't and is holding onto it to boot!), then when the code attempts to start a transaction with a closed connection, errors are thrown. I've followed the format of other methods such that if the connection is stale, to request a new connection. It seems to be working thus far; I've not seen errors as yet (other than the complaints about not having closed connections and that the connection pool is closing them). I have tried setting ActiveRecord::Base.allow_concurrency = true, but it didn't do much more than to cause the jvm hang and run out of memory. Long story short, I've attached the patch, if anyone is interested. I'm still curious about why the connections aren't getting closed properly, but I'm entering day 4 of a migraine and I'm late on a deadline, so I don't have the time/energy to commit to it I'd like. Perhaps soon, but if anyone has any ideas, I'd like to hear them. Matt -------------- next part -------------- A non-text attachment was scrubbed... Name: diffs Type: text/x-patch Size: 1003 bytes Desc: not available Url : http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070802/5cfbe1e1/attachment.bin From Donald.Parish at Buckle.com Thu Aug 2 09:58:27 2007 From: Donald.Parish at Buckle.com (Donald Parish) Date: Thu, 2 Aug 2007 08:58:27 -0500 Subject: [Jruby-extras-devel] DB2/400 Support Activerecord-JDBC Message-ID: I've been using Jruby with ActiveRecord-JDBC for a couple of months, mostly for read-only, not worrying about migrations. Fairly simple, I'm using the open source JT400 JDBC driver. I also modified the ActiveRecord-JDBC by: 1. Copied the existing jdbc_db2 adapter.rb in the lib/jdbc_adapter as jdbc_as400.rb a. Modified the offset code: # original didn't sort using :order condition passed into the sql. # Must insert the order condition into the over() like: over(ORDER BY order_date DESC) # Take the options[:order] and strip out the table names ("MCLIBD.INP400" --> "INP400") # Use over() if options[:order] doesn't exist. Will use default ordering of table. def add_limit_offset!(sql, options) if limit = options[:limit] offset = options[:offset] || 0 order_by = "" order_by = "ORDER BY " << options[:order].gsub(/\b\w+\.\b/," ") if options[:order] sql.gsub!(/SELECT/i, "SELECT B.* FROM (SELECT A.*, row_number() over (#{order_by}) AS internal$rownum FROM (SELECT") sql << ") A ) B WHERE B.internal$rownum > #{offset} AND B.internal$rownum <= #{limit + offset}" end end 2. Modified the lib/active_record/connection_adapters/jdbc_adapter to include the as400 adapter as an option. class JdbcColumn < Column COLUMN_TYPES = { /oracle/i => lambda {|cfg,col| col.extend(JdbcSpec::Oracle::Column)}, /mysql/i => lambda {|cfg,col| col.extend(JdbcSpec::MySQL::Column)}, /postgre/i => lambda {|cfg,col| col.extend(JdbcSpec::PostgreSQL::Column)}, /sqlserver|tds/i => lambda {|cfg,col| col.extend(JdbcSpec::MsSQL::Column)}, /hsqldb|\.h2\./i => lambda {|cfg,col| col.extend(JdbcSpec::HSQLDB::Column)}, /derby/i => lambda {|cfg,col| col.extend(JdbcSpec::Derby::Column)}, /as400/i => lambda {|cfg,col| col.extend(JdbcSpec::AS400::Column)}, /db2/i => lambda {|cfg,col| And class JdbcAdapter < AbstractAdapter ADAPTER_TYPES = { /oracle/i => lambda{|cfg,adapt| adapt.extend(JdbcSpec::Oracle)}, /mimer/i => lambda{|cfg,adapt| adapt.extend(JdbcSpec::Mimer)}, /postgre/i => lambda{|cfg,adapt| adapt.extend(JdbcSpec::PostgreSQL)}, /mysql/i => lambda{|cfg,adapt| adapt.extend(JdbcSpec::MySQL)}, /sqlserver|tds/i => lambda{|cfg,adapt| adapt.extend(JdbcSpec::MsSQL)}, /hsqldb|\.h2\./i => lambda{|cfg,adapt| adapt.extend(JdbcSpec::HSQLDB)}, /derby/i => lambda{|cfg,adapt| adapt.extend(JdbcSpec::Derby)}, /as400/i => lambda{|cfg,adapt| adapt.extend(JdbcSpec::AS400)}, /db2/i => lambda{|cfg,adapt| I'm currently using ActiveRecord-JDBC-0.3.1. Had trouble using 0.4.0 with Tomcat. Note that journaling must be turned on for the iSeries (AS/400) tables! I did some initial experiments with CRUD that seemed to work, but almost all of the experience is with reading data and image BLOBs from the tables. I'm also not too worried about migrations, since I can't make those changes in production code anyway. Donald Parish -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070802/b568544f/attachment.html From nicksieger at gmail.com Thu Aug 2 12:02:21 2007 From: nicksieger at gmail.com (Nick Sieger) Date: Thu, 2 Aug 2007 11:02:21 -0500 Subject: [Jruby-extras-devel] ActiveRecord-jdbc reconnect! and transaction begin In-Reply-To: <1186036205.6744.11.camel@hunin.lorelied.org> References: <1186036205.6744.11.camel@hunin.lorelied.org> Message-ID: On 8/2/07, Matthew K. Williams wrote: > > I believe I've discovered an issue with > JdbcAdapterInternalService.begin() and JBoss' datasources -- JBoss is > closing the connection (active record isn't and is holding onto it to > boot!), then when the code attempts to start a transaction with a closed > connection, errors are thrown. > > I've followed the format of other methods such that if the connection is > stale, to request a new connection. It seems to be working thus far; > I've not seen errors as yet (other than the complaints about not having > closed connections and that the connection pool is closing them). > > I have tried setting ActiveRecord::Base.allow_concurrency = true, but it > didn't do much more than to cause the jvm hang and run out of memory. > > Long story short, I've attached the patch, if anyone is interested. > > I'm still curious about why the connections aren't getting closed > properly, but I'm entering day 4 of a migraine and I'm late on a > deadline, so I don't have the time/energy to commit to it I'd like. > Perhaps soon, but if anyone has any ideas, I'd like to hear them. I'm afraid I don't have any ideas right now. The patch looks sufficiently general and useful that it might be a good candidate for inclusion -- we just need to consider whether auto-reconnect deep down at this point in the code is what we want, or should an exception be raised and/or should this be handled at a higher level. Thanks for continuing to look at this and digging up issues. Cheers, /Nick -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070802/e94eb2ef/attachment.html From nobody at rubyforge.org Sat Aug 4 00:36:16 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sat, 4 Aug 2007 00:36:16 -0400 (EDT) Subject: [Jruby-extras-devel] [681] trunk/activerecord-jdbc/lib: Better handling of indexes for Oracle Message-ID: <20070804043616.34A7CA970011@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070804/11236b06/attachment-0001.html From matt at harpstar.com Tue Aug 7 14:16:34 2007 From: matt at harpstar.com (Matthew K. Williams) Date: Tue, 07 Aug 2007 14:16:34 -0400 Subject: [Jruby-extras-devel] Lesson of the day Message-ID: <1186510594.6365.2.camel@hunin.lorelied.org> It is not a good idea to import java.lang.Process into a ruby class which is used in Rails. It tends to make the rails server go "boom". Matt From nobody at rubyforge.org Sat Aug 4 14:57:22 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sat, 4 Aug 2007 14:57:22 -0400 (EDT) Subject: [Jruby-extras-devel] [682] trunk/jparsetree: Oh yay... Message-ID: <20070804185722.4A1615240AC1@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070804/46ae8ac3/attachment-0001.html From nobody at rubyforge.org Wed Aug 8 00:02:47 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Wed, 8 Aug 2007 00:02:47 -0400 (EDT) Subject: [Jruby-extras-devel] [683] trunk: Initial check-in of the source for the rcov java port. Message-ID: <20070808040247.8FD735240D4B@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070808/cf7ec2f2/attachment.html From nobody at rubyforge.org Wed Aug 8 01:29:02 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Wed, 8 Aug 2007 01:29:02 -0400 (EDT) Subject: [Jruby-extras-devel] [684] trunk/rcov4jr/java/src/RcovrtService.java: Changed how I look for the RCOV__ module. Message-ID: <20070808052902.D4A855240D59@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070808/b8f4a9ae/attachment.html From nicksieger at gmail.com Wed Aug 8 03:45:26 2007 From: nicksieger at gmail.com (Nick Sieger) Date: Wed, 8 Aug 2007 00:45:26 -0700 Subject: [Jruby-extras-devel] Lesson of the day In-Reply-To: <1186510594.6365.2.camel@hunin.lorelied.org> References: <1186510594.6365.2.camel@hunin.lorelied.org> Message-ID: On 8/7/07, Matthew K. Williams wrote: > > It is not a good idea to import java.lang.Process into a ruby class > which is used in Rails. It tends to make the rails server go "boom". Right-o. Always scope your Java classes inside a module :) /Nick -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070808/0721fe47/attachment.html From nobody at rubyforge.org Fri Aug 10 13:29:38 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 10 Aug 2007 13:29:38 -0400 (EDT) Subject: [Jruby-extras-devel] [685] trunk/jopenssl/jruby-openssl.gemspec: Update gemspec Message-ID: <20070810172938.414D75240D99@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070810/0f449678/attachment-0001.html From noreply at rubyforge.org Tue Aug 7 19:35:56 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 7 Aug 2007 19:35:56 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-12891 ] goldspike timing out during first invocation Message-ID: <20070807233556.82756A970003@rubyforge.org> Bugs item #12891, was opened at 2007-08-07 19:35 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=12891&group_id=2014 Category: rails-integration Group: None Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Robert Egglestone (tantalon) Summary: goldspike timing out during first invocation Initial Comment: I created a Rails app using NetBeans Ruby IDE and added goldspike plugin to the application. The first invocation of war:standalone:create always gives the timeout error as given below: -- cut here -- in C:/Users/Arun Gupta/Documents/NetBeansProjects/RailsApplication3) Assembling web application Adding Java library commons-pool-1.3 Adding Java library activation-1.1 Adding Java library jruby-complete-1.0 rake aborted! execution expired (See full trace by running task with --trace) -- cut here -- The second invocation works correctly. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=12891&group_id=2014 From noreply at rubyforge.org Thu Aug 9 19:28:45 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 9 Aug 2007 19:28:45 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-12951 ] jruby-openssl returns nil for method OpenSSL::Random.random_bytes Message-ID: <20070809232845.A88355240D84@rubyforge.org> Bugs item #12951, was opened at 2007-08-09 19:28 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=12951&group_id=2014 Category: None Group: None Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: jruby-openssl returns nil for method OpenSSL::Random.random_bytes Initial Comment: jruby-openssl 0.0.3 gem returns nil for method OpenSSL::Random.random_bytes. This method is required for the EzCrypto gem. Using Jruby built from August 9th, 2007. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=12951&group_id=2014 From noreply at rubyforge.org Fri Aug 10 15:08:00 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Fri, 10 Aug 2007 15:08:00 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-12977 ] DB2 issue using AR-jdbc: DB2 DB2 SQL error: SQLCODE: -401, SQLSTATE: 42818, SQLERRMC: =: SELECT * FROM widgets WHERE (widgets.id = '42') Message-ID: <20070810190800.51E1E5240E61@rubyforge.org> Bugs item #12977, was opened at 2007-08-10 15:08 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=12977&group_id=2014 Category: AR-JDBC Group: None Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: DB2 issue using AR-jdbc: DB2 DB2 SQL error: SQLCODE: -401, SQLSTATE: 42818, SQLERRMC: =: SELECT * FROM widgets WHERE (widgets.id = '42') Initial Comment: Using DB2 8.1 DB2 Universal JDBC Type 4 driver 8.1 The typing for DB2 BIGINT, SMALLINT, INTEGER an defaults to string type in AR-jdbc and when you do a list, destroy, show it tries to query using the following SQL and DB2 cannot do the implicit type conversion from string to int. widgets.id = '42' SELECT * FROM widgets WHERE (widgets.id = '42') ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=12977&group_id=2014 From nobody at rubyforge.org Sat Aug 11 10:51:52 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sat, 11 Aug 2007 10:51:52 -0400 (EDT) Subject: [Jruby-extras-devel] [686] trunk/jopenssl: Add some functionality to the Random class, making generation of bytes work. Message-ID: <20070811145152.B6C5AA970003@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070811/746a2a07/attachment.html From noreply at rubyforge.org Sat Aug 11 09:20:23 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:20:23 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-5643 ] Gemspec BUG taking down rubygems... Message-ID: <20070811132023.9474C5240AC5@rubyforge.org> Bugs item #5643, was opened at 2006-09-06 12:18 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=5643&group_id=2014 Category: None Group: None >Status: Closed Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: Gemspec BUG taking down rubygems... Initial Comment: Hello, As of today 6.9.2006, your last release of activerecord-jdbc takes down any 'gem *' command issued on the commandline. It says: ERROR: While executing gem ... (URI::InvalidURIError) bad URI(is not URI?): http://gems.rubyforge.org/quick/activerecord-jdbc-#.gemspec.rz In fact: http://gems.rubyforge.org/quick/ or more specially: http://gems.rubyforge.org/quick/ActiveRecord-JDBC-%23%3cGem::Version:0xa53ac84%3e.gemspec.rz If you see it fit, please do file this as a bug to rubygems too. kaspar ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:20 Message: This is fixed. It was a bad YAML file. ---------------------------------------------------------------------- Comment By: Ryan Bell (kofno) Date: 2007-01-30 04:01 Message: I'm not having any problems installing the latest gem. Is this still happening for anyone? ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=5643&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:21:02 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:21:02 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-9085 ] the 'columns' method incorrectly downcases mixed-case column names Message-ID: <20070811132102.A4C5B5240ACC@rubyforge.org> Bugs item #9085, was opened at 2007-03-06 17:27 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=9085&group_id=2014 Category: AR-JDBC Group: None >Status: Closed Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: the 'columns' method incorrectly downcases mixed-case column names Initial Comment: I have a Rails app that works fine with mixed case names when using Mysql directly. But when gaing via jdbcConnection it recieves column names that have been incorrectly downcased. -------In file ------ # File lib/active_record/connection_adapters/jdbc_adapter.rb, def columns(table_name, name = nil) ----- The line --------- column_name = column_name.downcase if metadata.storesUpperCaseIdentifiers ----- should probably be ------ column_name = column_name.downcase unless metadata.storesLowerCaseIdentifiers ------- (there are three, not two, possibilities to consider ) ------ Similar changes should probably be made to the two lines higher up that changecase table names. Regards - Mark ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:21 Message: This was fixed a while ago. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=9085&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:21:41 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:21:41 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-8790 ] ActiveRecord-JDBC has issues storing Bignums Message-ID: <20070811132141.DC4B85240ACC@rubyforge.org> Bugs item #8790, was opened at 2007-02-21 16:43 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=8790&group_id=2014 Category: AR-JDBC Group: None Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: ActiveRecord-JDBC has issues storing Bignums Initial Comment: I have a MySQL database with a simple table: mysql> describe widgets; +----------+---------------------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +----------+---------------------+------+-----+---------+----------------+ | id | bigint(20) unsigned | NO | PRI | NULL | auto_increment | | foobar | varchar(255) | YES | | NULL | | | bleehort | bigint(20) unsigned | YES | | NULL | | +----------+---------------------+------+-----+---------+----------------+ 3 rows in set (0.00 sec) The 'bleehort' column is an unsigned bigint, which allows it to store values from 0 to 18446744073709551615. This number would be represented as a Bignum in Ruby, since Ruby specifies that Fixnum only goes up to 2**(wordsize-1) (2**63 on my system). However, ActiveRecord-JDBC does not appear to handle trying to save a Bignum: ~ $ irb irb(main):001:0> require 'rubygems' => true irb(main):002:0> require 'active_record' => true irb(main):003:0> ActiveRecord::Base.establish_connection(:adapter => 'jdbc', :driver => 'com.mysql.jdbc.Driver', :url => 'jdbc:mysql://localhost/mydatabase', :username => 'myusername', :password => 'mypassword') => #"mypassword", :adapter=>"jdbc", :username=>"myusername", :url=>"jdbc:mysql://localhost/mydatabase", :driver=>"com.mysql.jdbc.Driver"}> irb(main):004:0> class Widget < ActiveRecord::Base irb(main):005:1> end => nil irb(main):006:0> a = Widget.new => #nil, "bleehort"=>nil}> irb(main):007:0> a.foobar = "blahblahblahfishcakes" => "blahblahblahfishcakes" irb(main):008:0> a.bleehort = (2**64) => 18446744073709551616 irb(main):009:0> a.save NativeException: java.lang.RuntimeException: Ruby "Bignum" object can not be allocated from ObjectAllocator.java:25:in `org.jruby.runtime.ObjectAllocator$1.allocate' from RubyObject.java:962:in `org.jruby.RubyObject.doClone' from RubyObject.java:950:in `org.jruby.RubyObject.rbClone' from null:-1:in `org.jruby.RubyObjectInvokerrbClone0.call' from FastInvocationCallback.java:49:in `org.jruby.runtime.callback.FastInvocationCallback.execute' from SimpleCallbackMethod.java:80:in `org.jruby.internal.runtime.methods.SimpleCallbackMethod.call' from RubyObject.java:473:in `org.jruby.RubyObject.callMethod' from RubyObject.java:417:in `org.jruby.RubyObject.callMethod' from EvaluationState.java:312:in `org.jruby.evaluator.EvaluationState.evalInternal' from EvaluationState.java:280:in `org.jruby.evaluator.EvaluationState.evalInternal' from EvaluationState.java:1195:in `org.jruby.evaluator.EvaluationState.evalInternal' from EvaluationState.java:158:in `org.jruby.evaluator.EvaluationState.eval' from DefaultMethod.java:157:in `org.jruby.internal.runtime.methods.DefaultMethod.internalCall' from AbstractMethod.java:64:in `org.jruby.internal.runtime.methods.AbstractMethod.call' from DefaultMethod.java:113:in `org.jruby.internal.runtime.methods.DefaultMethod.call' from RubyObject.java:473:in `org.jruby.RubyObject.callMethod' ... 1548 levels... from /Users/epowell/Development/jrubydev/jruby/lib/ruby/gems/1.8/gems/activerecord-1.15.2/lib/active_record/base.rb:2035:in `attributes_with_quotes' from /Users/epowell/Development/jrubydev/jruby/lib/ruby/gems/1.8/gems/ActiveRecord-JDBC-0.2.2/lib/active_record/connection_adapters/jdbc_adapter.rb:12:in `attributes_with_quotes' from /Users/epowell/Development/jrubydev/jruby/lib/ruby/gems/1.8/gems/activerecord-1.15.2/lib/active_record/base.rb:1813:in `quoted_column_names' from /Users/epowell/Development/jrubydev/jruby/lib/ruby/gems/1.8/gems/activerecord-1.15.2/lib/active_record/base.rb:1813:in `create' from /Users/epowell/Development/jrubydev/jruby/lib/ruby/gems/1.8/gems/activerecord-1.15.2/lib/active_record/callbacks.rb:254:in `create' from /Users/epowell/Development/jrubydev/jruby/lib/ruby/gems/1.8/gems/activerecord-1.15.2/lib/active_record/timestamp.rb:39:in `create_with_timestamps' from /Users/epowell/Development/jrubydev/jruby/lib/ruby/gems/1.8/gems/activerecord-1.15.2/lib/active_record/base.rb:1790:in `create_or_update' from /Users/epowell/Development/jrubydev/jruby/lib/ruby/gems/1.8/gems/activerecord-1.15.2/lib/active_record/callbacks.rb:242:in `create_or_update_with_callbacks' from /Users/epowell/Development/jrubydev/jruby/lib/ruby/gems/1.8/gems/activerecord-1.15.2/lib/active_record/base.rb:1546:in `save' from /Users/epowell/Development/jrubydev/jruby/lib/ruby/gems/1.8/gems/activerecord-1.15.2/lib/active_record/validations.rb:752:in `save' from /Users/epowell/Development/jrubydev/jruby/lib/ruby/gems/1.8/gems/activerecord-1.15.2/lib/active_record/transactions.rb:128:in `save_with_transactions' from (irb):1:in `transaction' from /Users/epowell/Development/jrubydev/jruby/lib/ruby/gems/1.8/gems/activerecord-1.15.2/lib/active_record/transactions.rb:96:in `transaction' from /Users/epowell/Development/jrubydev/jruby/lib/ruby/gems/1.8/gems/activerecord-1.15.2/lib/active_record/transactions.rb:121:in `transaction' from /Users/epowell/Development/jrubydev/jruby/lib/ruby/gems/1.8/gems/activerecord-1.15.2/lib/active_record/transactions.rb:129:in `save_with_transactions' from (irb):1:in `binding'irb(main):010:0> ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:21 Message: Is this still an issue? ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=8790&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:22:27 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:22:27 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-9106 ] NoMethodError for NUMERIC and DECIMAL columns with a NULL value Message-ID: <20070811132227.31FBA5240ACC@rubyforge.org> Bugs item #9106, was opened at 2007-03-07 10:55 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=9106&group_id=2014 Category: AR-JDBC Group: None >Status: Closed Resolution: None Priority: 3 Submitted By: Julien Faissolle (jfe) Assigned to: Nobody (None) Summary: NoMethodError for NUMERIC and DECIMAL columns with a NULL value Initial Comment: A column value of NULL for a numeric or decimal type causes a NoMethodError. This seems to come from the following code in method convert_jdbc_type_to_ruby (jdbc_adapter.rb): resultset.getBigDecimal(row).toString If getBigDecimal returns nil, an exception is thrown. ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:22 Message: This is not applicable anymore, due to large changes in the code base. ---------------------------------------------------------------------- Comment By: Martin Pl?ger (martin_ploeger) Date: 2007-03-13 12:29 Message: Okay, actually I CAN'T LOAD Objects, I can create them My_Class.find :all :conditions => "name = 'hugo'" results in an empty Array [] although there is a matching row in the table ---------------------------------------------------------------------- Comment By: Martin Pl?ger (martin_ploeger) Date: 2007-03-13 12:19 Message: I've got the same Problem after I patched ActiveRecord for Oracle like posted in Bug [#9107] With Oracle Driver: unable to choose type for decimal http://rubyforge.org/tracker/index.php?func=detail&aid=9107&group_id=2014&atid=7857 I patched it that way (for decimal, numeric and bigint): BigDecimal.new(resultset.getBigDecimal(row) ? resultset.getBigDecimal(row).toString : "0") ugly, but seems to work. Now I can load Objects, but I can't store them: irb(main):031:0> r.save ActiveRecord::StatementInvalid: RuntimeError: jdbc_adapter: type not supported yet: INSERT INTO ruby_tests (name, id) VALUES('hugo', 99) from C:/UserProg/011100/jRuby/lib/ruby/gems/1.8/gems/activerecord-1.15.2 /lib/active_record/connection_adapters/abstract_adapter.rb:128:in `log' from C:/UserProg/011100/jRuby/lib/ruby/gems/1.8/gems/ActiveRecord-JDBC-0 .2.3/lib/jdbc_adapter/jdbc_oracle.rb:70:in `insert' from C:/UserProg/011100/jRuby/lib/ruby/gems/1.8/gems/activerecord-1.15.2 /lib/active_record/base.rb:1819:in `create' from C:/UserProg/011100/jRuby/lib/ruby/gems/1.8/gems/activerecord-1.15.2 /lib/active_record/callbacks.rb:254:in `create' from C:/UserProg/011100/jRuby/lib/ruby/gems/1.8/gems/activerecord-1.15.2 /lib/active_record/timestamp.rb:39:in `create_with_timestamps' from C:/UserProg/011100/jRuby/lib/ruby/gems/1.8/gems/activerecord-1.15.2 The generated SQL-Statement is valid, when executed to oracle, but something else doesn't seem to work, maybe the logger or the execute-command itself? ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=9106&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:23:09 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:23:09 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-9131 ] org.postgresql.Driver RuntimeError Message-ID: <20070811132309.420B65240ACC@rubyforge.org> Bugs item #9131, was opened at 2007-03-08 19:56 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=9131&group_id=2014 Category: AR-JDBC Group: 0.2.3 >Status: Closed Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: org.postgresql.Driver RuntimeError Initial Comment: Hi, I'm getting a RuntimeError when trying to load an Object via ActiveRecord-JDBC from JRuby. The connect works fine von "normal" Ruby with the native Driver "ruby-postgres". CONNECTION-PARAMS=============================================================== ActiveRecord::Base.establish_connection( :adapter => 'jdbc', :driver => 'org.postgresql.Driver', :url => 'jdbc:postgresql://localhost:5432/db_name?schema=test_schema', :username => 'user', :password => 'pass' ) STACKTRACE====================================================================== RuntimeError: from C:/Programme/jRuby/lib/ruby/gems/1.8/gems/ActiveRecord-JDBC-0.2.3/l ib/active_record/connection_adapters/jdbc_adapter.rb:196:in `initialize' from C:/Programme/jRuby/lib/ruby/gems/1.8/gems/ActiveRecord-JDBC-0.2.3/l ib/active_record/connection_adapters/jdbc_adapter.rb:8:in `new' from C:/Programme/jRuby/lib/ruby/gems/1.8/gems/ActiveRecord-JDBC-0.2.3/l ib/active_record/connection_adapters/jdbc_adapter.rb:8:in `jdbc_connection' from C:/Programme/jRuby/lib/ruby/gems/1.8/gems/activerecord-1.15.2/lib/a ctive_record/connection_adapters/abstract/connection_specification.rb:262:in `se nd' from C:/Programme/jRuby/lib/ruby/gems/1.8/gems/activerecord-1.15.2/lib/a ctive_record/connection_adapters/abstract/connection_specification.rb:262:in `co nnection=' from C:/Programme/jRuby/lib/ruby/gems/1.8/gems/activerecord-1.15.2/lib/a ctive_record/query_cache.rb:54:in `connection=' from C:/Programme/jRuby/lib/ruby/gems/1.8/gems/activerecord-1.15.2/lib/a ctive_record/connection_adapters/abstract/connection_specification.rb:230:in `re trieve_connection' from C:/Programme/jRuby/lib/ruby/gems/1.8/gems/activerecord-1.15.2/lib/a ctive_record/connection_adapters/abstract/connection_specification.rb:78:in `con nection' from C:/Programme/jRuby/lib/ruby/gems/1.8/gems/activerecord-1.15.2/lib/a ctive_record/base.rb:763:in `columns' from C:/Programme/jRuby/lib/ruby/gems/1.8/gems/activerecord-1.15.2/lib/a ctive_record/base.rb:2064:in `attributes_from_column_definition' from C:/Programme/jRuby/lib/ruby/gems/1.8/gems/activerecord-1.15.2/lib/a ctive_record/locking/optimistic.rb:45:in `attributes_from_column_definition_with _lock' from C:/Programme/jRuby/lib/ruby/gems/1.8/gems/activerecord-1.15.2/lib/a ctive_record/base.rb:1503:in `initialize' from C:/Programme/jRuby/lib/ruby/gems/1.8/gems/activerecord-1.15.2/lib/a ctive_record/callbacks.rb:225:in `initialize_with_callbacks' from (irb):1:in `new' from (irb):1:in `binding' irb(main):015:0> ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:23 Message: This seems to be fixed in trunk now. ---------------------------------------------------------------------- Comment By: Ryan Bell (kofno) Date: 2007-03-19 05:42 Message: I can't tell what may be causing this error, but it seems likely that it's related to the decimal mapping problem that happens on Oracle. I've posted a fix for that, so could you try building the AR-JDBC gem from source and see it your Postgres problem goes away? ---------------------------------------------------------------------- Comment By: Martin Pl?ger (martin_ploeger) Date: 2007-03-13 18:39 Message: This problem can be solved like Bug [#9107] "With Oracle Driver: unable to choose type for decimal" by replacing in AR_TO_JDBC_TYPES (jdbc_adapter.rb): :decimal => [ lambda {|r| Jdbc::Types::DECIMAL == r['data_type']}, .... with :decimal => [ lambda {|r| [Jdbc::Types::DECIMAL, Jdbc::Types::NUMERIC].include?(r['data_type'])}, .... like Julien already posted. ---------------------------------------------------------------------- Comment By: Martin Pl?ger (martin_ploeger) Date: 2007-03-11 23:24 Message: I forgot to mention that I'm on Windows XP (till I get my MacBook Pro). JRuby 0.9.8, latest Postgres-JDBC-Driver, ActiveRecord-JDBC 0.2.3. Another thing: At work I tried a connection with oracle and I got the Numeric Error, too (already posted by someone). ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=9131&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:23:41 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:23:41 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-9189 ] ActiveRecord-JDBC-0.2.3 Message-ID: <20070811132341.EC7BD5240ACC@rubyforge.org> Bugs item #9189, was opened at 2007-03-11 23:05 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=9189&group_id=2014 Category: AR-JDBC Group: 0.2.3 >Status: Closed Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: ActiveRecord-JDBC-0.2.3 Initial Comment: Using Java 1.5 on Windows XP with MySQL and ActiveRecord-JDBC-0.2.3, the following error is reported. MODEL class Product < ActiveRecord::Base end MYSQL TABLE CREATE TABLE `products` ( `id` int(11) NOT NULL auto_increment, `Title` varchar(25) NOT NULL default '--', `Description` varchar(25) NOT NULL default '--', PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1; ERROR REPORT NoMethodError in Products#index Showing app/views/products/list.rhtml where line #13 raised: undefined method `Title' for #"Bubble bath", "title"=>"Foamy", "id"=>1}> Extracted source (around line #13): 10: <% for product in @products %> 11: 12: <% for column in Product.content_columns %> 13: <%=h product.send(column.name) %> 14: <% end %> 15: <%= link_to 'Show', :action => 'show', :id => product %> 16: <%= link_to 'Edit', :action => 'edit', :id => product %> RAILS_ROOT: script/../config/.. Application Trace | Framework Trace | Full Trace C:/jruby-0.9.8/lib/ruby/gems/1.8/gems/activerecord-1.15.2/lib/active_record/base.rb:1861:in `method_missing' C:/jruby-0.9.8/lib/ruby/gems/1.8/gems/activerecord-1.15.2/lib/active_record/base.rb:1861:in `method_missing' #{RAILS_ROOT}/app/views/products/list.rhtml:13:in `send' #{RAILS_ROOT}/app/views/products/list.rhtml:13:in `_run_rhtml_47app47views47products47list46rhtml' #{RAILS_ROOT}/app/views/products/list.rhtml:14:in `_run_rhtml_47app47views47products47list46rhtml' #{RAILS_ROOT}/app/views/products/list.rhtml:19:in `_run_rhtml_47app47views47products47list46rhtml' app/controllers/products_controller.rb:4:in `measure' app/controllers/products_controller.rb:4:in `index' ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:23 Message: Fixed in trunk. ---------------------------------------------------------------------- Comment By: Martin Pl?ger (martin_ploeger) Date: 2007-03-11 23:20 Message: Seems like ActiveRecord-JDBC can't work with uppercase columns. Try lowercase column-names (you should do this anyway). But this should maybe be fixed (AR-JDBC should ignore the case of columns), because Ruby is very sensible with uppercase Methods. When there is no receiver (like self.Uppercase_method vs. Uppercase_method) it confuses Constants and methods. Accessors to columns should definitively be handles as methods, so they should always be lowercase or treated as lowercase. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=9189&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:24:32 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:24:32 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-9252 ] Create subclass drivers for common database types to ease configuration Message-ID: <20070811132432.B1F335240AF1@rubyforge.org> Bugs item #9252, was opened at 2007-03-13 14:34 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=9252&group_id=2014 Category: AR-JDBC Group: None >Status: Closed Resolution: None Priority: 3 Submitted By: Nick Sieger (nicksieger) Assigned to: Nobody (None) Summary: Create subclass drivers for common database types to ease configuration Initial Comment: It would be great to have some subclass drivers for common databases, like MySQL etc. that followed the Rails database.yml conventions. Example development: adapter: jdbc_mysql database: rails_development host: localhost username: rails password: would be equivalent to the following JDBC config: development: adapter: jdbc driver: com.mysql.jdbc.Driver url: jdbc:mysql://localhost/rails_development username: rails password: Maybe even co-opt the existing drivers, so the extra "jdbc_" in the adapter name isn't necessary? ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:24 Message: Nick have done some great work on this, and you should now be able to use your regular DB config with JDBC as back driver when running on JRuby. ---------------------------------------------------------------------- Comment By: Simon Epstein (simondo) Date: 2007-04-02 19:58 Message: Hi there, Had a crack at implementing this. Modified the mysql and postgresql tests to use the database.yml format, just to demonstrate it in action. If this is along the lines of what you had in mind, I'm happy to resubmit the patch with separate tests for making a connection with the Rails style config. Simon Index: test/mysql_simple_test.rb =================================================================== --- test/mysql_simple_test.rb (revision 427) +++ test/mysql_simple_test.rb (working copy) @@ -4,6 +4,8 @@ # create database weblog_development; # grant all on weblog_development.* to blog at localhost; +RAILS_CONNECTION_ADAPTERS = %w(mysql) + require 'jdbc_common' require 'db/mysql' Index: test/db/mysql.rb =================================================================== --- test/db/mysql.rb (revision 427) +++ test/db/mysql.rb (working copy) @@ -1,20 +1,10 @@ +# Rails config style config = { + :adapter => 'mysql', + :database => 'weblog_development', + :host => 'localhost', :username => 'blog', :password => '' } -if RUBY_PLATFORM =~ /java/ - config.update({ - :adapter => 'jdbc', - :driver => 'com.mysql.jdbc.Driver', - :url => 'jdbc:mysql://localhost:3306/weblog_development', - }) -else - config.update({ - :adapter => 'mysql', - :database => 'weblog_development', - :host => 'localhost' - }) -end - ActiveRecord::Base.establish_connection(config) Index: test/db/postgres.rb =================================================================== --- test/db/postgres.rb (revision 427) +++ test/db/postgres.rb (working copy) @@ -1,8 +1,7 @@ +# Rails config style config = { - :adapter => 'jdbc', + :adapter => 'postgresql', :database => 'weblog_development', - :url => 'jdbc:postgresql://localhost/weblog_development', - :driver => 'org.postgresql.Driver', :username => 'blog', :password => '' } Index: lib/active_record/connection_adapters/jdbc_adapter.rb =================================================================== --- lib/active_record/connection_adapters/jdbc_adapter.rb (revision 427) +++ lib/active_record/connection_adapters/jdbc_adapter.rb (working copy) @@ -5,6 +5,9 @@ module ActiveRecord class Base + + include JdbcAdapterConfig::Base + def self.jdbc_connection(config) connection = ConnectionAdapters::JdbcConnection.new(config) ConnectionAdapters::JdbcAdapter.new(connection, logger, config) Index: lib/active_record/connection_adapters/jdbc_adapter_config.rb =================================================================== --- lib/active_record/connection_adapters/jdbc_adapter_config.rb (revision 0) +++ lib/active_record/connection_adapters/jdbc_adapter_config.rb (revision 0) @@ -0,0 +1,53 @@ +module JdbcAdapterConfig + module Base + def self.included(base) + base.extend(ClassMethods) + end + + CONFIG = { + :mysql => { + :url => lambda {|c| "jdbc:mysql://#{c[:host]}:#{c[:port]}/#{c[:database]}"}, + :default_port => 3306, + :driver => 'com.mysql.jdbc.Driver' + }, + :postgresql => { + :url => lambda {|c| "jdbc:postgresql://#{c[:host]}:#{c[:port]}/#{c[:database]}"}, + :default_port => 5432, + :driver => 'org.postgresql.Driver' + } + } + + module ClassMethods + def self.extended(base) + class << base + CONFIG.keys.each do |adapter| + # try load the native adapter so we can patch in jdbc + begin + require "active_record/connection_adapters/#{adapter}_adapter" + rescue + nil + end + define_method "#{adapter}_connection" do |native_config| + jdbc_connection(jdbc_config(adapter, native_config)) + end + end + + private + + def jdbc_config(adapter, config) + config[:host] ||= 'localhost' + config[:port] ||= CONFIG[adapter][:default_port] + + config.update({ + :adapter => 'jdbc', + :driver => CONFIG[adapter][:driver], + :url => CONFIG[adapter][:url].call(config), + }) + end + end + + end + end + + end +end ---------------------------------------------------------------------- Comment By: Ryan Bell (kofno) Date: 2007-03-13 15:17 Message: I like the idea of co-opting the existing drivers. What do you think would be the impact of that on people who override the native data types for various reasons? ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=9252&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:25:25 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:25:25 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-9279 ] Oracle: NameError: no method 'setLong' with arguments matching [java.lang.Long, org.jruby.RubyBigDecimal]: INSERT INTO projects (name, id) Message-ID: <20070811132526.168935240B97@rubyforge.org> Bugs item #9279, was opened at 2007-03-14 11:05 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=9279&group_id=2014 Category: AR-JDBC Group: 0.2.3 >Status: Closed Resolution: None Priority: 3 Submitted By: Martin Pl?ger (martin_ploeger) Assigned to: Nobody (None) Summary: Oracle: NameError: no method 'setLong' with arguments matching [java.lang.Long, org.jruby.RubyBigDecimal]: INSERT INTO projects (name, id) Initial Comment: A NoMethodError is raised in the method 'execute_prepared_insert(sql, id)' in jdbc_oracle.rb when trying to insert a new object into a table. The Exception happens when the driver is trying to create a new unique id and tries to set it to the preparedStatement. The id is a JRuby-BigDecimal. This can not be converted to a Java-Long. I just added a conversion to Ruby-Integer and it works. the problem is that statement: stmt.setLong(1,id) when it is replaced by: stmt.setLong(1,id.to_i) it works. I do not know, if there is any information loss by converting BigDecial to Ruby-Integer, but I do no think so. ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:25 Message: This should be fixed in trunk now. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=9279&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:26:17 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:26:17 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-9494 ] NoMethodError when using :decimal column with :null => true Message-ID: <20070811132617.C52D95240BA3@rubyforge.org> Bugs item #9494, was opened at 2007-03-23 14:10 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=9494&group_id=2014 Category: AR-JDBC Group: 0.2.3 Status: Open Resolution: None Priority: 3 Submitted By: Martin Adamek (martinadamek) Assigned to: Nobody (None) Summary: NoMethodError when using :decimal column with :null => true Initial Comment: In JRuby/Rails using AR-JDBC with this simple migration: class CreateItems < ActiveRecord::Migration def self.up create_table :items do |t| t.column :price, :decimal, :precision => 8, :scale => 2, :null => true end end def self.down drop_table :items end end after creation of simple controller scaffolding Item model I get attached exception when controller wants to list items. On standard Ruby/Rails with mysql driver it works without any problem. ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:26 Message: Is this still a problem, when using AR-JDBC trunk? ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=9494&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:26:58 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:26:58 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-9608 ] Informix-JDBC-Driver unable to choose type for time-column Message-ID: <20070811132659.108985240BA3@rubyforge.org> Bugs item #9608, was opened at 2007-03-27 09:49 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=9608&group_id=2014 Category: AR-JDBC Group: None >Status: Closed Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: Informix-JDBC-Driver unable to choose type for time-column Initial Comment: Hi, I encountered an error with the informix-driver, when trying to load an object whose table contains a time-column. This seems to be a datatype-mapping error like the one in Oracle or Postgres... STACK:=============================== The driver encounter an error: unable to choose type from: [["byte", {"nullable"=>1, "num_prec_radix"=>0, "local_type_name"=>"byte", "fixed_prec_scale"=>0, "data_type"=>-4, "maximum_scale"=>32767, "precision"=>32767, "auto_increment"=>0, "literal_suffix"=>"", "case_sensitive"=>0, "searchable"=>0, "unsigned_attribute"=>0, "type_name"=>"byte", "create_params"=>nil, "minimum_scale"=>0, "literal_prefix"=>"", "sql_datetime_sub"=>0, "sql_data_type"=>0}], ["char", {"nullable"=>1, "num_prec_radix"=>0, "local_type_name"=>"char", "fixed_prec_scale"=>0, "data_type"=>1, "maximum_scale"=>32767, "precision"=>32767, "auto_increment"=>0, "literal_suffix"=>"'", "case_sensitive"=>1, "searchable"=>3, "unsigned_attribute"=>0, "type_name"=>"char", "create_params"=>nil, "minimum_scale"=>0, "literal_prefix"=>"'", "sql_datetime_sub"=>0, "sql_data_type"=>0}], ["character varying", {"nullable"=>1, "num_prec_radix"=>0, "local_type_name"=>"character varying", "fixed_prec_scale"=>0, "data_type"=>12, "maximum_scale"=>0, "precision"=>0, "auto_increment"=>0, "literal_suffix"=>"'", "case_sensitive"=>1, "searchable"=>3, "unsigned_attribute"=>0, "type_name"=>"character varying", "create_params"=>nil, "minimum_scale"=>0, "literal_prefix"=>"'", "sql_datetime_sub"=>0, "sql_data_type"=>0}], ["date", {"nullable"=>1, "num_prec_radix"=>0, "local_type_name"=>"date", "fixed_prec_scale"=>0, "data_type"=>91, "maximum_scale"=>0, "precision"=>0, "auto_increment"=>0, "literal_suffix"=>"'", "case_sensitive"=>0, "searchable"=>2, "unsigned_attribute"=>0, "type_name"=>"date", "create_params"=>nil, "minimum_scale"=>0, "literal_prefix"=>"'", "sql_datetime_sub"=>0, "sql_data_type"=>0}], ["datetime year to fraction(5)", {"nullable"=>1, "num_prec_radix"=>0, "local_type_name"=>"datetime year to fraction(5)", "fixed_prec_scale"=>0, "data_type"=>93, "maximum_scale"=>0, "precision"=>0, "auto_increment"=>0, "literal_suffix"=>"'", "case_sensitive"=>0, "searchable"=>2, "unsigned_attribute"=>0, "type_name"=>"datetime year to fraction(5)", "create_params"=>nil, "minimum_scale"=>0, "literal_prefix"=>"'", "sql_datetime_sub"=>0, "sql_data_type"=>0}], ["decimal", {"nullable"=>1, "num_prec_radix"=>10, "local_type_name"=>"decimal", "fixed_prec_scale"=>1, "data_type"=>3, "maximum_scale"=>32, "precision"=>32, "auto_increment"=>0, "literal_suffix"=>"'", "case_sensitive"=>0, "searchable"=>2, "unsigned_attribute"=>0, "type_name"=>"decimal", "create_params"=>nil, "minimum_scale"=>1, "literal_prefix"=>"'", "sql_datetime_sub"=>0, "sql_data_type"=>0}], ["double precision", {"nullable"=>1, "num_prec_radix"=>10, "local_type_name"=>"double precision", "fixed_prec_scale"=>0, "data_type"=>3, "maximum_scale"=>0, "precision"=>0, "auto_increment"=>0, "literal_suffix"=>"'", "case_sensitive"=>0, "searchable"=>2, "unsigned_attribute"=>0, "type_name"=>"double precision", "create_params"=>nil, "minimum_scale"=>0, "literal_prefix"=>"'", "sql_datetime_sub"=>0, "sql_data_type"=>0}], ["float", {"nullable"=>1, "num_prec_radix"=>10, "local_type_name"=>"float", "fixed_prec_scale"=>0, "data_type"=>6, "maximum_scale"=>8, "precision"=>8, "auto_increment"=>0, "literal_suffix"=>"'", "case_sensitive"=>0, "searchable"=>2, "unsigned_attribute"=>0, "type_name"=>"float", "create_params"=>nil, "minimum_scale"=>1, "literal_prefix"=>"'", "sql_datetime_sub"=>0, "sql_data_type"=>0}], ["integer", {"nullable"=>1, "num_prec_radix"=>10, "local_type_name"=>"integer", "fixed_prec_scale"=>0, "data_type"=>4, "maximum_scale"=>0, "precision"=>0, "auto_increment"=>0, "literal_suffix"=>"'", "case_sensitive"=>0, "searchable"=>2, "unsigned_attribute"=>0, "type_name"=>"integer", "create_params"=>nil, "minimum_scale"=>0, "literal_prefix"=>"'", "sql_datetime_sub"=>0, "sql_data_type"=>0}], ["interval", {"nullable"=>1, "num_prec_radix"=>0, "local_type_name"=>"interval", "fixed_prec_scale"=>0, "data_type"=>1111, "maximum_scale"=>0, "precision"=>0, "auto_increment"=>0, "literal_suffix"=>"'", "case_sensitive"=>0, "searchable"=>2, "unsigned_attribute"=>0, "type_name"=>"interval", "create_params"=>nil, "minimum_scale"=>0, "literal_prefix"=>"'", "sql_datetime_sub"=>0, "sql_data_type"=>0}], ["nchar", {"nullable"=>1, "num_prec_radix"=>0, "local_type_name"=>"nchar", "fixed_prec_scale"=>0, "data_type"=>1, "maximum_scale"=>0, "precision"=>0, "auto_increment"=>0, "literal_suffix"=>"'", "case_sensitive"=>1, "searchable"=>3, "unsigned_attribute"=>0, "type_name"=>"nchar", "create_params"=>nil, "minimum_scale"=>0, "literal_prefix"=>"'", "sql_datetime_sub"=>0, "sql_data_type"=>0}], ["nvarchar", {"nullable"=>1, "num_prec_radix"=>0, "local_type_name"=>"nvarchar", "fixed_prec_scale"=>0, "data_type"=>12, "maximum_scale"=>0, "precision"=>0, "auto_increment"=>0, "literal_suffix"=>"'", "case_sensitive"=>1, "searchable"=>3, "unsigned_attribute"=>0, "type_name"=>"nvarchar", "create_params"=>nil, "minimum_scale"=>0, "literal_prefix"=>"'", "sql_datetime_sub"=>0, "sql_data_type"=>0}], ["money", {"nullable"=>1, "num_prec_radix"=>10, "local_type_name"=>"money", "fixed_prec_scale"=>1, "data_type"=>3, "maximum_scale"=>32, "precision"=>32, "auto_increment"=>0, "literal_suffix"=>"'", "case_sensitive"=>0, "searchable"=>2, "unsigned_attribute"=>0, "type_name"=>"money", "create_params"=>nil, "minimum_scale"=>16, "literal_prefix"=>"'", "sql_datetime_sub"=>0, "sql_data_type"=>0}], ["numeric", {"nullable"=>1, "num_prec_radix"=>10, "local_type_name"=>"numeric", "fixed_prec_scale"=>1, "data_type"=>2, "maximum_scale"=>32, "precision"=>32, "auto_increment"=>0, "literal_suffix"=>"'", "case_sensitive"=>0, "searchable"=>2, "unsigned_attribute"=>0, "type_name"=>"numeric", "create_params"=>nil, "minimum_scale"=>1, "literal_prefix"=>"'", "sql_datetime_sub"=>0, "sql_data_type"=>0}], ["serial", {"nullable"=>0, "num_prec_radix"=>10, "local_type_name"=>"serial", "fixed_prec_scale"=>0, "data_type"=>4, "maximum_scale"=>0, "precision"=>0, "auto_increment"=>1, "literal_suffix"=>"'", "case_sensitive"=>0, "searchable"=>2, "unsigned_attribute"=>0, "type_name"=>"serial", "create_params"=>nil, "minimum_scale"=>0, "literal_prefix"=>"'", "sql_datetime_sub"=>0, "sql_data_type"=>0}], ["smallint", {"nullable"=>1, "num_prec_radix"=>10, "local_type_name"=>"smallint", "fixed_prec_scale"=>0, "data_type"=>5, "maximum_scale"=>0, "precision"=>0, "auto_increment"=>0, "literal_suffix"=>"'", "case_sensitive"=>0, "searchable"=>2, "unsigned_attribute"=>0, "type_name"=>"smallint", "create_params"=>nil, "minimum_scale"=>0, "literal_prefix"=>"'", "sql_datetime_sub"=>0, "sql_data_type"=>0}], ["smallfloat", {"nullable"=>1, "num_prec_radix"=>10, "local_type_name"=>"smallfloat", "fixed_prec_scale"=>0, "data_type"=>7, "maximum_scale"=>6, "precision"=>6, "auto_increment"=>0, "literal_suffix"=>"'", "case_sensitive"=>0, "searchable"=>2, "unsigned_attribute"=>0, "type_name"=>"smallfloat", "create_params"=>nil, "minimum_scale"=>1, "literal_prefix"=>"'", "sql_datetime_sub"=>0, "sql_data_type"=>0}], ["text", {"nullable"=>1, "num_prec_radix"=>0, "local_type_name"=>"text", "fixed_prec_scale"=>0, "data_type"=>-1, "maximum_scale"=>0, "precision"=>0, "auto_increment"=>0, "literal_suffix"=>"", "case_sensitive"=>0, "searchable"=>0, "unsigned_attribute"=>0, "type_name"=>"text", "create_params"=>nil, "minimum_scale"=>0, "literal_prefix"=>"", "sql_datetime_sub"=>0, "sql_data_type"=>0}], ["varchar", {"nullable"=>1, "num_prec_radix"=>0, "local_type_name"=>"varchar", "fixed_prec_scale"=>0, "data_type"=>12, "maximum_scale"=>255, "precision"=>255, "auto_increment"=>0, "literal_suffix"=>"'", "case_sensitive"=>1, "searchable"=>3, "unsigned_attribute"=>0, "type_name"=>"varchar", "create_params"=>nil, "minimum_scale"=>0, "literal_prefix"=>"'", "sql_datetime_sub"=>0, "sql_data_type"=>0}]] for time ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:26 Message: Informix is not yet supported at all. Someone needs to add that support before anything will work - that is a feature request. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=9608&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:28:05 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:28:05 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-9663 ] unable to choose type from: , , , for date Message-ID: <20070811132805.9A3FD5240BA3@rubyforge.org> Bugs item #9663, was opened at 2007-03-29 09:36 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=9663&group_id=2014 Category: AR-JDBC Group: 0.2.3 Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: unable to choose type from: ,,, for date Initial Comment: Hi, Using jTDS MsSql 2000 driver I get an unable to choos type error - similar to the ones for decimal but for date. I should note that there are some user defined data types in the database for example: pc_datetime dbo smalldatetime 4 0 =========== Here is the dump ========== C:/Program Files/nbrubyide/ruby1/jruby-0.9.8/lib/ruby/gems/1.8/gems/ActiveRecord-JDBC-0.2.3/lib/active_record/connection_adapters/jdbc_adapter.rb:196:in `initialize': The driver encounter an error: unable to choose type from: [["bit", {"sql_datetime_sub"=>0, "nullable"=>1, "num_prec_radix"=>0, "precision"=>1, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"bit", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"bit", "data_type"=>-7, "sql_data_type"=>-7, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["tinyint", {"sql_datetime_sub"=>0, "nullable"=>1, "num_prec_radix"=>10, "precision"=>3, "unsigned_attribute"=>1, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"tinyint", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"tinyint", "data_type"=>-6, "sql_data_type"=>-6, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["tiny_seq_key", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>10, "precision"=>3, "unsigned_attribute"=>1, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"tiny_seq_key", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"tiny_seq_key", "data_type"=>-6, "sql_data_type"=>-6, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["tinyint identity", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>10, "precision"=>3, "unsigned_attribute"=>1, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"tinyint identity", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"tinyint identity", "data_type"=>-6, "sql_data_type"=>-6, "auto_increment"=>1, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["bigint", {"sql_datetime_sub"=>0, "nullable"=>1, "num_prec_radix"=>10, "precision"=>19, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"bigint", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"bigint", "data_type"=>-5, "sql_data_type"=>-5, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["bigint identity", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>10, "precision"=>19, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"bigint identity", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"bigint identity", "data_type"=>-5, "sql_data_type"=>-5, "auto_increment"=>1, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["varbinary", {"sql_datetime_sub"=>0, "nullable"=>1, "num_prec_radix"=>0, "precision"=>8000, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"varbinary", "literal_prefix"=>"0x", "minimum_scale"=>0, "create_params"=>"max length", "searchable"=>2, "type_name"=>"varbinary", "data_type"=>-3, "sql_data_type"=>-3, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["binary", {"sql_datetime_sub"=>0, "nullable"=>1, "num_prec_radix"=>0, "precision"=>8000, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"binary", "literal_prefix"=>"0x", "minimum_scale"=>0, "create_params"=>"length", "searchable"=>2, "type_name"=>"binary", "data_type"=>-2, "sql_data_type"=>-2, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["timestamp", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>8, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"timestamp", "literal_prefix"=>"0x", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"timestamp", "data_type"=>-2, "sql_data_type"=>-2, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["char", {"sql_datetime_sub"=>0, "nullable"=>1, "num_prec_radix"=>0, "precision"=>8000, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"char", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>"length", "searchable"=>3, "type_name"=>"char", "data_type"=>1, "sql_data_type"=>1, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["n_flag", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>1, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"n_flag", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"n_flag", "data_type"=>1, "sql_data_type"=>1, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["pc_byte_ind", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>1, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"pc_byte_ind", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"pc_byte_ind", "data_type"=>1, "sql_data_type"=>1, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["pc_category", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>3, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"pc_category", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"pc_category", "data_type"=>1, "sql_data_type"=>1, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["pc_division", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>3, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"pc_division", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"pc_division", "data_type"=>1, "sql_data_type"=>1, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["pc_facility_cd", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>3, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"pc_facility_cd", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"pc_facility_cd", "data_type"=>1, "sql_data_type"=>1, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["pc_type_code", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>2, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"pc_type_code", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"pc_type_code", "data_type"=>1, "sql_data_type"=>1, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["pc_uom", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>2, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"pc_uom", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"pc_uom", "data_type"=>1, "sql_data_type"=>1, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["recipient_type", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>2, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"recipient_type", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"recipient_type", "data_type"=>1, "sql_data_type"=>1, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["rsc_dt", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>20, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"rsc_dt", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"rsc_dt", "data_type"=>1, "sql_data_type"=>1, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["send_ind_type", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>1, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"send_ind_type", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"send_ind_type", "data_type"=>1, "sql_data_type"=>1, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["y_flag", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>1, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"y_flag", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"y_flag", "data_type"=>1, "sql_data_type"=>1, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["nchar", {"sql_datetime_sub"=>0, "nullable"=>1, "num_prec_radix"=>0, "precision"=>4000, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"nchar", "literal_prefix"=>"N'", "minimum_scale"=>0, "create_params"=>"length", "searchable"=>3, "type_name"=>"nchar", "data_type"=>1, "sql_data_type"=>-8, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["uniqueidentifier", {"sql_datetime_sub"=>0, "nullable"=>1, "num_prec_radix"=>0, "precision"=>36, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"uniqueidentifier", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"uniqueidentifier", "data_type"=>1, "sql_data_type"=>-11, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["numeric", {"sql_datetime_sub"=>0, "nullable"=>1, "num_prec_radix"=>10, "precision"=>38, "unsigned_attribute"=>0, "maximum_scale"=>38, "case_sensitive"=>0, "local_type_name"=>"numeric", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>"precision,scale", "searchable"=>2, "type_name"=>"numeric", "data_type"=>2, "sql_data_type"=>2, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["numeric() identity", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>10, "precision"=>38, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"numeric() identity", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>"precision", "searchable"=>2, "type_name"=>"numeric() identity", "data_type"=>2, "sql_data_type"=>2, "auto_increment"=>1, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["decimal", {"sql_datetime_sub"=>0, "nullable"=>1, "num_prec_radix"=>10, "precision"=>38, "unsigned_attribute"=>0, "maximum_scale"=>38, "case_sensitive"=>0, "local_type_name"=>"decimal", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>"precision,scale", "searchable"=>2, "type_name"=>"decimal", "data_type"=>3, "sql_data_type"=>3, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["money", {"sql_datetime_sub"=>0, "nullable"=>1, "num_prec_radix"=>10, "precision"=>19, "unsigned_attribute"=>0, "maximum_scale"=>4, "case_sensitive"=>0, "local_type_name"=>"money", "literal_prefix"=>"$", "minimum_scale"=>4, "create_params"=>nil, "searchable"=>2, "type_name"=>"money", "data_type"=>3, "sql_data_type"=>3, "auto_increment"=>0, "fixed_prec_scale"=>1, "literal_suffix"=>nil}], ["smallmoney", {"sql_datetime_sub"=>0, "nullable"=>1, "num_prec_radix"=>10, "precision"=>10, "unsigned_attribute"=>0, "maximum_scale"=>4, "case_sensitive"=>0, "local_type_name"=>"smallmoney", "literal_prefix"=>"$", "minimum_scale"=>4, "create_params"=>nil, "searchable"=>2, "type_name"=>"smallmoney", "data_type"=>3, "sql_data_type"=>3, "auto_increment"=>0, "fixed_prec_scale"=>1, "literal_suffix"=>nil}], ["decimal() identity", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>10, "precision"=>38, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"decimal() identity", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>"precision", "searchable"=>2, "type_name"=>"decimal() identity", "data_type"=>3, "sql_data_type"=>3, "auto_increment"=>1, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["int", {"sql_datetime_sub"=>0, "nullable"=>1, "num_prec_radix"=>10, "precision"=>10, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"int", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"int", "data_type"=>4, "sql_data_type"=>4, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["seq_key", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>10, "precision"=>10, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"seq_key", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"seq_key", "data_type"=>4, "sql_data_type"=>4, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["sequence_type", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>10, "precision"=>10, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"sequence_type", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"sequence_type", "data_type"=>4, "sql_data_type"=>4, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["skey_type", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>10, "precision"=>10, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"skey_type", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"skey_type", "data_type"=>4, "sql_data_type"=>4, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["state_province_skey", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>10, "precision"=>10, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"state_province_skey", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"state_province_skey", "data_type"=>4, "sql_data_type"=>4, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["int identity", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>10, "precision"=>10, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"int identity", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"int identity", "data_type"=>4, "sql_data_type"=>4, "auto_increment"=>1, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["smallint", {"sql_datetime_sub"=>0, "nullable"=>1, "num_prec_radix"=>10, "precision"=>5, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"smallint", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"smallint", "data_type"=>5, "sql_data_type"=>5, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["small_seq_key", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>10, "precision"=>5, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"small_seq_key", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"small_seq_key", "data_type"=>5, "sql_data_type"=>5, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["smallint identity", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>10, "precision"=>5, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"smallint identity", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"smallint identity", "data_type"=>5, "sql_data_type"=>5, "auto_increment"=>1, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["real", {"sql_datetime_sub"=>0, "nullable"=>1, "num_prec_radix"=>2, "precision"=>24, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"real", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"real", "data_type"=>7, "sql_data_type"=>7, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["float", {"sql_datetime_sub"=>0, "nullable"=>1, "num_prec_radix"=>2, "precision"=>53, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"float", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"float", "data_type"=>8, "sql_data_type"=>6, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["pc_amount", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>2, "precision"=>53, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"pc_amount", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"pc_amount", "data_type"=>8, "sql_data_type"=>6, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["pc_linear", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>2, "precision"=>53, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"pc_linear", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"pc_linear", "data_type"=>8, "sql_data_type"=>6, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["pc_multiplier", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>2, "precision"=>53, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"pc_multiplier", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"pc_multiplier", "data_type"=>8, "sql_data_type"=>6, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["pc_percent", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>2, "precision"=>53, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"pc_percent", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"pc_percent", "data_type"=>8, "sql_data_type"=>6, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["pc_quantity", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>2, "precision"=>53, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"pc_quantity", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"pc_quantity", "data_type"=>8, "sql_data_type"=>6, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["pc_rate", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>2, "precision"=>53, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"pc_rate", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"pc_rate", "data_type"=>8, "sql_data_type"=>6, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["pc_weight", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>2, "precision"=>53, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"pc_weight", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"pc_weight", "data_type"=>8, "sql_data_type"=>6, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["varchar", {"sql_datetime_sub"=>0, "nullable"=>1, "num_prec_radix"=>0, "precision"=>8000, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"varchar", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>"max length", "searchable"=>3, "type_name"=>"varchar", "data_type"=>12, "sql_data_type"=>12, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["city", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>25, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"city", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"city", "data_type"=>12, "sql_data_type"=>12, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["comment", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>32, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"comment", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"comment", "data_type"=>12, "sql_data_type"=>12, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["commodity", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>4, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"commodity", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"commodity", "data_type"=>12, "sql_data_type"=>12, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["country", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>5, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"country", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"country", "data_type"=>12, "sql_data_type"=>12, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["cust_part", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>20, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"cust_part", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"cust_part", "data_type"=>12, "sql_data_type"=>12, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["customer", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>10, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"customer", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"customer", "data_type"=>12, "sql_data_type"=>12, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["id_list", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>255, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"id_list", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"id_list", "data_type"=>12, "sql_data_type"=>12, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["name_desc", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>32, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"name_desc", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"name_desc", "data_type"=>12, "sql_data_type"=>12, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["order_no", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>10, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"order_no", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"order_no", "data_type"=>12, "sql_data_type"=>12, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["part", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>20, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"part", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"part", "data_type"=>12, "sql_data_type"=>12, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["pc_account_key", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>10, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"pc_account_key", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"pc_account_key", "data_type"=>12, "sql_data_type"=>12, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["pc_street", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>32, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"pc_street", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"pc_street", "data_type"=>12, "sql_data_type"=>12, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["phone", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>10, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"phone", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"phone", "data_type"=>12, "sql_data_type"=>12, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["purshase_ord", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>26, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"purshase_ord", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"purshase_ord", "data_type"=>12, "sql_data_type"=>12, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["quote", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>10, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"quote", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"quote", "data_type"=>12, "sql_data_type"=>12, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["user_id", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>10, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"user_id", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"user_id", "data_type"=>12, "sql_data_type"=>12, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["zip_code", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>6, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"zip_code", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"zip_code", "data_type"=>12, "sql_data_type"=>12, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["nvarchar", {"sql_datetime_sub"=>0, "nullable"=>1, "num_prec_radix"=>0, "precision"=>4000, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"nvarchar", "literal_prefix"=>"N'", "minimum_scale"=>0, "create_params"=>"max length", "searchable"=>3, "type_name"=>"nvarchar", "data_type"=>12, "sql_data_type"=>-9, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["sysname", {"sql_datetime_sub"=>0, "nullable"=>0, "num_prec_radix"=>0, "precision"=>128, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"sysname", "literal_prefix"=>"N'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"sysname", "data_type"=>12, "sql_data_type"=>-9, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["sql_variant", {"sql_datetime_sub"=>0, "nullable"=>1, "num_prec_radix"=>10, "precision"=>8000, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"sql_variant", "literal_prefix"=>nil, "minimum_scale"=>0, "create_params"=>nil, "searchable"=>2, "type_name"=>"sql_variant", "data_type"=>12, "sql_data_type"=>-150, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["datetime", {"sql_datetime_sub"=>3, "nullable"=>1, "num_prec_radix"=>0, "precision"=>23, "unsigned_attribute"=>0, "maximum_scale"=>3, "case_sensitive"=>0, "local_type_name"=>"datetime", "literal_prefix"=>"'", "minimum_scale"=>3, "create_params"=>nil, "searchable"=>3, "type_name"=>"datetime", "data_type"=>93, "sql_data_type"=>9, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["smalldatetime", {"sql_datetime_sub"=>3, "nullable"=>1, "num_prec_radix"=>0, "precision"=>16, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"smalldatetime", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"smalldatetime", "data_type"=>93, "sql_data_type"=>9, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["pc_datetime", {"sql_datetime_sub"=>3, "nullable"=>0, "num_prec_radix"=>0, "precision"=>16, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"pc_datetime", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>3, "type_name"=>"pc_datetime", "data_type"=>93, "sql_data_type"=>9, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["image", {"sql_datetime_sub"=>0, "nullable"=>1, "num_prec_radix"=>0, "precision"=>2147483647, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>0, "local_type_name"=>"image", "literal_prefix"=>"0x", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>0, "type_name"=>"image", "data_type"=>2004, "sql_data_type"=>-4, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>nil}], ["ntext", {"sql_datetime_sub"=>0, "nullable"=>1, "num_prec_radix"=>0, "precision"=>1073741823, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"ntext", "literal_prefix"=>"N'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>1, "type_name"=>"ntext", "data_type"=>2005, "sql_data_type"=>-10, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}], ["text", {"sql_datetime_sub"=>0, "nullable"=>1, "num_prec_radix"=>0, "precision"=>2147483647, "unsigned_attribute"=>0, "maximum_scale"=>0, "case_sensitive"=>1, "local_type_name"=>"text", "literal_prefix"=>"'", "minimum_scale"=>0, "create_params"=>nil, "searchable"=>1, "type_name"=>"text", "data_type"=>2005, "sql_data_type"=>-1, "auto_increment"=>0, "fixed_prec_scale"=>0, "literal_suffix"=>"'"}]] for date (RuntimeError) from C:/Program Files/nbrubyide/ruby1/jruby-0.9.8/lib/ruby/gems/1.8/gems/ActiveRecord-JDBC-0.2.3/lib/active_record/connection_adapters/jdbc_adapter.rb:8:in `new' from C:/Program Files/nbrubyide/ruby1/jruby-0.9.8/lib/ruby/gems/1.8/gems/ActiveRecord-JDBC-0.2.3/lib/active_record/connection_adapters/jdbc_adapter.rb:8:in `jdbc_connection' from C:/Program Files/nbrubyide/ruby1/jruby-0.9.8/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/connection_adapters/abstract/connection_specification.rb:262:in `send' from C:/Program Files/nbrubyide/ruby1/jruby-0.9.8/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/connection_adapters/abstract/connection_specification.rb:262:in `connection=' from C:/Program Files/nbrubyide/ruby1/jruby-0.9.8/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/query_cache.rb:54:in `connection=' from C:/Program Files/nbrubyide/ruby1/jruby-0.9.8/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/connection_adapters/abstract/connection_specification.rb:230:in `retrieve_connection' from C:/Program Files/nbrubyide/ruby1/jruby-0.9.8/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/connection_adapters/abstract/connection_specification.rb:78:in `connection' from C:/Program Files/nbrubyide/ruby1/jruby-0.9.8/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/base.rb:763:in `columns' from C:/Program Files/nbrubyide/ruby1/jruby-0.9.8/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/base.rb:2063:in `attributes_from_column_definition' from C:/Program Files/nbrubyide/ruby1/jruby-0.9.8/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/locking/optimistic.rb:45:in `attributes_from_column_definition_with_lock' from C:/Program Files/nbrubyide/ruby1/jruby-0.9.8/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/base.rb:1502:in `initialize' from C:/Program Files/nbrubyide/ruby1/jruby-0.9.8/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/callbacks.rb:225:in `initialize_with_callbacks' from C:\FreightSystem\app\shipment_export.rb:164:in `new' from C:\FreightSystem\app\shipment_export.rb:164 ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:28 Message: Is this still an issue, using AR-JDBC trunk? ---------------------------------------------------------------------- Comment By: morgan hankins (morganhankins) Date: 2007-04-25 16:25 Message: Note that the fix I mentioned only partially works. The date is correct but the time is mangled. Also this 'fix' stopped working with jruby 0.9.9 ---------------------------------------------------------------------- Comment By: Gabriel Falkenberg (gabrielf) Date: 2007-04-24 12:00 Message: There are no separate time and date data types for storing only times or only dates in MS SQL (at least not in version 2000). I think the datetime type is appropriate to use instead. This can be done by adding: lambda {|r| r['type_name'] =~ /^datetime$/i}], # For MS SQL just after the line: lambda {|r| r['type_name'] =~ /^date$/i}, #Line ~97 ---------------------------------------------------------------------- Comment By: morgan hankins (morganhankins) Date: 2007-04-09 16:00 Message: I had this issue using oracle 9i and I seemed to have fixed it by changing jdbc_adapter.rb After the line: :time => [ lambda {|r| Jdbc::Types::TIME == ['data_type']}, I added: lambda {|r| r['type_name'] =~ /^DATE$/i}, ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=9663&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:28:35 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:28:35 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-9711 ] Tomcat4 problem Message-ID: <20070811132835.B808E5240BA3@rubyforge.org> Bugs item #9711, was opened at 2007-03-31 02:12 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=9711&group_id=2014 Category: rails-integration Group: None Status: Open Resolution: None Priority: 3 Submitted By: Robert Egglestone (tantalon) Assigned to: Robert Egglestone (tantalon) Summary: Tomcat4 problem Initial Comment: Has anyone else seen a problem with using Tomcat4 + ActiveRecord-JDBC+RI 1.0? Our application can read our database without any problem, but an update or write fails (there are *no* errors reported). No data fields are written. If we create a new record, the record is created but the fields are all blank. -------- Updating from the JRuby scrpit/console works correctly. -------- It looks like not all the parameters are being set. Processing PortalController#update (for 127.0.0.1 at 2007-03-19 10:17:07) [POST] Session ID: 2371bc481dedbc76190d88f994512c6c Parameters: {"controller"=>"portal", "action"=>"update", "id"=>"6"} Redirected to http://127.0.0.1:8080/ccms-jr/portal/show/6 Completed in 0.40700 (2 reqs/sec) | DB: 0.00000 (0%) | 302 Found [http://127.0.0.1/ccms-jr/portal/update/6] It also looks like static files are going to RailsServlet rather than FileServlet. ActionController::UnknownAction (No action responded to stylesheets): C:/Apps/jakarta-tomcat-4.1.31/./temp/jruby-rails-4196.tmp/lib/ruby/gems/1.8/gems/actionpack-1.13 I wonder if it's because we're generating a web.xml for servlet-api 2.4, but Tomcat 4 only supports 2.3. Anyway I'll try it out with Tomcat 4 and see what happens. ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:28 Message: Anyone still have this problem? ---------------------------------------------------------------------- Comment By: Robert Egglestone (tantalon) Date: 2007-04-28 09:27 Message: Changed plugin to generate 2.3 web.xml This needs more testing ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=9711&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:29:04 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:29:04 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-9920 ] MySQL 5: ActiveRecord::StatementInvalid (RuntimeError: jdbc_adapter: type REAL not supported yet... Message-ID: <20070811132904.B22655240BA3@rubyforge.org> Bugs item #9920, was opened at 2007-04-07 05:57 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=9920&group_id=2014 Category: AR-JDBC Group: 0.2.3 >Status: Closed Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: MySQL 5: ActiveRecord::StatementInvalid (RuntimeError: jdbc_adapter: type REAL not supported yet... Initial Comment: Hi, first of all, thanks for the lib, overall it rocks. I was able to switch my RoR app to JRuby without any major headache. Now, I think there is a bug in jdbc_adapter.rb. Look, I've created a small table this way: create_table :opinions, :force => true do |t| t.column "user_id", :integer, :default => 0 t.column "topic_id", :integer, :default => 0, :null => false t.column "created_at", :datetime t.column "summary", :string, :limit => 127 t.column "text", :string, :limit => 1023 t.column "alias_of", :integer t.column "cached_score", :float, :default => 0.0 t.column "cached_times_presented", :integer, :default => 0 end So as you see, cached_score is a float. In my phpMyAdmin, it's indeed tagged as a float and it was working fine under MRI. Now, in the jruby console, if I do that: Opinion.find_by_id(1), it will systematically break shouting out: ActiveRecord::StatementInvalid (RuntimeError: jdbc_adapter: type REAL not supported yet... with that stack trace: /home/rvalyi/DEV/jruby/lib/ruby/gems/1.8/gems/ActiveRecord-JDBC-0.2.3/lib/active_record/connection_adapters/jdbc_adapter.rb:651:in `log_no_bench' /home/rvalyi/DEV/jruby/lib/ruby/gems/1.8/gems/ActiveRecord-JDBC-0.2.3/lib/active_record/connection_adapters/jdbc_adapter.rb:630:in `select' /home/rvalyi/DEV/jruby/lib/ruby/gems/1.8/gems/ActiveRecord-JDBC-0.2.3/lib/active_record/connection_adapters/jdbc_adapter.rb:581:in `select_all' And indeed, in convert_jdbc_type_to_ruby, you'll see that the REAL type is never handled (Now don't ask me why the hell it looks for REAL while it's actually a FLOAT, I have no idea why). That said, if I add Jdbc::Types::REAL to the line 464 handling the FLOAT and DOUBLE case, everything went fine. So since I see no other king of Ruby encoding for REAL than Double (but I don't know Ruby that much), I think this fix is OK, what do you think? Can you patch ActiveRecord JDBC then? Thanks, Rapha?l Valyi. ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:29 Message: I'm pretty certain this works in trunk now. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=9920&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:31:00 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:31:00 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-10317 ] java.sql.SQLException: Columns of type 'DECIMAL' cannot hold values of type 'CHAR' Message-ID: <20070811133100.EE97C5240BE7@rubyforge.org> Bugs item #10317, was opened at 2007-04-23 19:29 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10317&group_id=2014 Category: AR-JDBC Group: None >Status: Closed Resolution: None Priority: 3 Submitted By: Ashish Sahni (whacko) Assigned to: Nobody (None) Summary: java.sql.SQLException: Columns of type 'DECIMAL' cannot hold values of type 'CHAR' Initial Comment: JRuby 0.9.9-SNAPSHOT svn rev#3495, AR-JDBC 0.2.4 (installed on 4/14/07 as gem install AR-JDBC --source http://caldershpere.net/, Derby DB, rails-integration-1.1-SNAPSHOT, rails 1.2.2 ActiveRecord::StatementInvalid in AdminController#create NativeException: java.sql.SQLException: Columns of type 'DECIMAL' cannot hold values of type 'CHAR'. : INSERT INTO products (image_url, price, title, description) VALUES('asfd.jpg', '100.00', 'afd', 'asdfasfddf') RAILS_ROOT: /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/config/.. Application Trace | Framework Trace | Full Trace /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/ActiveRecord-JDBC-0.2.4/lib/active_record/connection_adapters/jdbc_adapter.rb:459:in `log_no_bench' /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/ActiveRecord-JDBC-0.2.4/lib/jdbc_adapter/jdbc_derby.rb:68:in `execute' /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/ActiveRecord-JDBC-0.2.4/lib/active_record/connection_adapters/jdbc_adapter.rb:412:in `insert' /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/activerecord-1.15.2/lib/active_record/base.rb:1819:in `create' /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/activerecord-1.15.2/lib/active_record/callbacks.rb:254:in `create_with_callbacks' /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/activerecord-1.15.2/lib/active_record/timestamp.rb:39:in `create_with_timestamps' /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/activerecord-1.15.2/lib/active_record/base.rb:1790:in `create_or_update' /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/activerecord-1.15.2/lib/active_record/callbacks.rb:242:in `create_or_update_with_callbacks' /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/activerecord-1.15.2/lib/active_record/base.rb:1546:in `save' /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/activerecord-1.15.2/lib/active_record/validations.rb:752:in `save_with_validation' /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/activerecord-1.15.2/lib/active_record/transactions.rb:128:in `save_with_transactions' #{RAILS_ROOT}/app/controllers/admin_controller.rb:31:in `transaction' /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/activerecord-1.15.2/lib/active_record/transactions.rb:96:in `transaction' /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/activerecord-1.15.2/lib/active_record/transactions.rb:121:in `transaction' /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/activerecord-1.15.2/lib/active_record/transactions.rb:129:in `save_with_transactions' #{RAILS_ROOT}/app/controllers/admin_controller.rb:31:in `create' /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/actionpack-1.13.2/lib/action_controller/base.rb:1095:in `send' /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/actionpack-1.13.2/lib/action_controller/base.rb:1095:in `perform_action' /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/actionpack-1.13.2/lib/action_controller/filters.rb:631:in `call_filter' /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/actionpack-1.13.2/lib/action_controller/filters.rb:619:in `perform_action_with_filters' /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/actionpack-1.13.2/lib/action_controller/benchmarking.rb:65:in `perform_action_with_benchmark' /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/actionpack-1.13.2/lib/action_controller/rescue.rb:83:in `measure' /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/actionpack-1.13.2/lib/action_controller/benchmarking.rb:66:in `perform_action_with_benchmark' /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/actionpack-1.13.2/lib/action_controller/rescue.rb:83:in `perform_action_with_rescue' /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/actionpack-1.13.2/lib/action_controller/base.rb:431:in `send' /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/actionpack-1.13.2/lib/action_controller/base.rb:431:in `process' /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/actionpack-1.13.2/lib/action_controller/filters.rb:624:in `process_with_filters' /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/actionpack-1.13.2/lib/action_controller/session_management.rb:114:in `process_with_session_management_support' /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/actionpack-1.13.2/lib/action_controller/base.rb:330:in `process' :0 /home/ashish/gf91/publish/glassfish/domains/domain1/applications/j2ee-modules/depot_l4/WEB-INF/gems/gems/rails-1.2.2/lib/dispatcher.rb:41:in `dispatch' /gems/gems/ActiveRecord-JDBC-0.2.4/lib/active_record/connection_adapters/jdbc_adapter.rb:459:in `log_no_bench' gems/gems/ActiveRecord-JDBC-0.2.4/lib/jdbc_adapter/jdbc_derby.rb:68:in `execute' gems/gems/ActiveRecord-JDBC-0.2.4/lib/active_record/connection_adapters/jdbc_adapter.rb:412:in `insert' gems/gems/activerecord-1.15.2/lib/active_record/base.rb:1819:in `create' ...... gems/gems/rails-1.2.2/lib/dispatcher.rb:41:in `dispatch' :0 Request Parameters: {"commit"=>"Create", "product"=>{"price"=>"100.00", "image_url"=>"asfd.jpg", "title"=>"afd", "description"=>"asdfasfddf"}} Show session dump --- flash: !map:ActionController::Flash::FlashHash {} Response Headers: {"cookie"=>[], "Cache-Control"=>"no-cache"} ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:31 Message: Derby is rock solid now. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10317&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:31:39 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:31:39 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-10328 ] Error while evaluating nil.toString Message-ID: <20070811133139.7A3825240C20@rubyforge.org> Bugs item #10328, was opened at 2007-04-24 07:56 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10328&group_id=2014 Category: AR-JDBC Group: None >Status: Closed Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: Error while evaluating nil.toString Initial Comment: Running JRoR with Oracle, some tables work OK but for example this one seems to have something against me: >> XCi.find(179499432135590475) ActiveRecord::StatementInvalid: NoMethodError: You have a nil object when you didn't expect it! The error occurred while evaluating nil.toString: SELECT * FROM sdesk.cdm_configuration_items_x WHERE (sdesk.cdm_configuration_items_x.xcit_cit_oid = 179499432135590475) from C:/ruby/jruby/jruby/lib/ruby/gems/1.8/gems/ActiveRecord-JDBC-0.2.3/lib/active_record/connection_adapters/jdbc_adapter.rb:651:in `log_no_bench' from C:/ruby/jruby/jruby/lib/ruby/gems/1.8/gems/ActiveRecord-JDBC-0.2.3/lib/active_record/connection_adapters/jdbc_adapter.rb:630:in `select' from C:/ruby/jruby/jruby/lib/ruby/gems/1.8/gems/ActiveRecord-JDBC-0.2.3/lib/active_record/connection_adapters/jdbc_adapter.rb:581:in `select_all' from C:/ruby/jruby/jruby/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/base.rb:427:in `find_by_sql' from C:/ruby/jruby/jruby/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/base.rb:998:in `find_every' from C:/ruby/jruby/jruby/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/base.rb:1032:in `find_one' from C:/ruby/jruby/jruby/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/base.rb:1014:in `find_from_ids' from C:/ruby/jruby/jruby/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/base.rb:419:in `find' from (irb):>> 1:in `binding' The table looks like this: Name Null? Type ----------------------------------------- -------- ---------------------------- XCIT_CIT_OID NOT NULL NUMBER(18) XCIT_PER_OID NUMBER(18) XCIT_COD_OID NUMBER(18) XCIT_COD_OID000001 NUMBER(18) XCIT_COD_OID000002 NUMBER(18) XCIT_COD_OID000003 NUMBER(18) XCIT_COD_OID000004 NUMBER(18) XCIT_COD_OID000005 NUMBER(18) XCIT_COD_OID000006 NUMBER(18) XCIT_COD_OID000007 NUMBER(18) XCIT_ORG_OID NUMBER(18) XCIT_LOC_OID NUMBER(18) XCIT_CITBOOLEAN15 NUMBER(1) XCIT_CITBOOLEAN14 NUMBER(1) XCIT_CITBOOLEAN13 NUMBER(1) XCIT_WARRANTYDATE DATE XCIT_RCD_OID NUMBER(18) XCIT_CITBOOLEAN12 NUMBER(1) XCIT_CITBOOLEAN11 NUMBER(1) XCIT_UNIQUE NUMBER(1) XCIT_RCD_OID000001 NUMBER(18) XCIT_CITBOOLEAN10 NUMBER(1) XCIT_CITBOOLEAN9 NUMBER(1) XCIT_CINUMBER15 NUMBER(10) XCIT_CINUMBER14 NUMBER(10) XCIT_CINUMBER13 NUMBER(10) XCIT_ORG_OID000001 NUMBER(18) XCIT_CINUMBER12 NUMBER(10) XCIT_CITBOOLEAN8 NUMBER(1) XCIT_PURCHASEDATE DATE XCIT_PRICE NUMBER(12,2) XCIT_CITBOOLEAN7 NUMBER(1) XCIT_MCT_OID NUMBER(18) XCIT_CITBOOLEAN5 NUMBER(1) XCIT_CITBOOLEAN6 NUMBER(1) XCIT_CITBOOLEAN4 NUMBER(1) XCIT_CITBOOLEAN3 NUMBER(1) XCIT_CITBOOLEAN2 NUMBER(1) XCIT_CITBOOLEAN1 NUMBER(1) XCIT_CITDURATION2 FLOAT(126) XCIT_CINUMBER5 NUMBER(10) XCIT_CINUMBER4 NUMBER(10) XCIT_CINUMBER3 NUMBER(10) XCIT_CINUMBER2 NUMBER(10) XCIT_CITDURATION1 FLOAT(126) XCIT_CINUMBER1 NUMBER(10) XCIT_CIDATE5 DATE XCIT_CIDATE4 DATE XCIT_CIDATE3 DATE XCIT_CIDATE2 DATE XCIT_CIDATE1 DATE XCIT_COD_OID000008 NUMBER(18) XCIT_COD_OID000009 NUMBER(18) XCIT_COD_OID000010 NUMBER(18) XCIT_COD_OID000011 NUMBER(18) XCIT_CINUMBER11 NUMBER(10) XCIT_COD_OID000012 NUMBER(18) XCIT_COD_OID000013 NUMBER(18) XCIT_WOG_OID NUMBER(18) XCIT_PER_OID000001 NUMBER(18) XCIT_ORG_OID000002 NUMBER(18) XCIT_CIDATE10 DATE XCIT_CIDATE9 DATE XCIT_CIDATE8 DATE XCIT_CIDATE7 DATE XCIT_CIDATE6 DATE XCIT_SRV_OID NUMBER(18) XCIT_SRV_OID000001 NUMBER(18) XCIT_CINUMBER10 NUMBER(10) XCIT_CINUMBER9 NUMBER(10) XCIT_CINUMBER8 NUMBER(10) XCIT_CINUMBER7 NUMBER(10) XCIT_CINUMBER6 NUMBER(10) XCIT_SEL_OID NUMBER(18) XCIT_MAXINSTALLATIONS NUMBER(10) XCIT_COD_OID000014 NUMBER(18) XCIT_COD_OID000015 NUMBER(18) XCIT_COD_OID000016 NUMBER(18) XCIT_COD_OID000017 NUMBER(18) XCIT_COD_OID000018 NUMBER(18) XCIT_COD_OID000019 NUMBER(18) XCIT_COD_OID000020 NUMBER(18) XCIT_COD_OID000021 NUMBER(18) XCIT_COD_OID000022 NUMBER(18) XCIT_COD_OID000023 NUMBER(18) XCIT_COD_OID000024 NUMBER(18) XCIT_COD_OID000025 NUMBER(18) XCIT_COD_OID000026 NUMBER(18) XCIT_COD_OID000027 NUMBER(18) XCIT_RCD_OID000002 NUMBER(18) XCIT_RCD_OID000003 NUMBER(18) XCIT_RCD_OID000004 NUMBER(18) XCIT_RCD_OID000005 NUMBER(18) XCIT_PLANDOWNSTATTIMESTAMP DATE XCIT_RCD_OID000006 NUMBER(18) For example, this table works ok (atleast with the rows I've tested with): Name Null? Type ----------------------------------------- -------- ---------------------------- CIT_OID NOT NULL NUMBER(18) CIT_ATTACHMENT_EXISTS NUMBER(1) CIT_CAT_OID NUMBER(18) CIT_COREID VARCHAR2(50 CHAR) CIT_CORRESPTODEF_OID NUMBER(18) CIT_CPU_OID NUMBER(18) CIT_CREATED DATE CIT_DESCRIPTION VARCHAR2(255 CHAR) CIT_ID NUMBER(20) CIT_LOC_OID NUMBER(18) CIT_LOCKSEQ NUMBER(9) CIT_MODIFIED DATE CIT_NAME1 VARCHAR2(255 CHAR) CIT_NOTSELECTABLE NUMBER(1) CIT_OSMAN_OID NUMBER(18) CIT_OSTYP_OID NUMBER(18) CIT_OSVER_OID NUMBER(18) CIT_POO_OID NUMBER(18) CIT_REMARK VARCHAR2(255 CHAR) CIT_SEARCHCODE VARCHAR2(50 CHAR) CIT_SOURCEID VARCHAR2(80 CHAR) CIT_SRD_OID NUMBER(18) CIT_SUBTYPE NUMBER(18) CIT_TEM_OID NUMBER(18) CIT_TMZ_OID NUMBER(18) REG_CREATED_BY_OID NUMBER(18) REG_MODIFIED_BY_OID NUMBER(18) The data for the malfunctioning row/table is as follows: XCIT_CIT_OID 179499432135590475 XCIT_PER_OID {null} XCIT_COD_OID {null} XCIT_COD_OID000001 {null} XCIT_COD_OID000002 {null} XCIT_COD_OID000003 {null} XCIT_COD_OID000004 {null} XCIT_COD_OID000005 {null} XCIT_COD_OID000006 {null} XCIT_COD_OID000007 {null} XCIT_ORG_OID {null} XCIT_LOC_OID {null} XCIT_CITBOOLEAN15 {null} XCIT_CITBOOLEAN14 {null} XCIT_CITBOOLEAN13 {null} XCIT_WARRANTYDATE {null} XCIT_RCD_OID {null} XCIT_CITBOOLEAN12 {null} XCIT_CITBOOLEAN11 {null} XCIT_UNIQUE 0 XCIT_RCD_OID000001 3094610402 XCIT_CITBOOLEAN10 0 XCIT_CITBOOLEAN9 {null} XCIT_CINUMBER15 {null} XCIT_CINUMBER14 {null} XCIT_CINUMBER13 {null} XCIT_ORG_OID000001 {null} XCIT_CINUMBER12 {null} XCIT_CITBOOLEAN8 {null} XCIT_PURCHASEDATE {null} XCIT_PRICE {null} XCIT_CITBOOLEAN7 {null} XCIT_MCT_OID {null} XCIT_CITBOOLEAN5 {null} XCIT_CITBOOLEAN6 {null} XCIT_CITBOOLEAN4 {null} XCIT_CITBOOLEAN3 {null} XCIT_CITBOOLEAN2 {null} XCIT_CITBOOLEAN1 0 XCIT_CITDURATION2 {null} XCIT_CINUMBER5 {null} XCIT_CINUMBER4 {null} XCIT_CINUMBER3 {null} XCIT_CINUMBER2 {null} XCIT_CITDURATION1 {null} XCIT_CINUMBER1 {null} XCIT_CIDATE5 {null} XCIT_CIDATE4 {null} XCIT_CIDATE3 {null} XCIT_CIDATE2 {null} XCIT_CIDATE1 {null} XCIT_COD_OID000008 {null} XCIT_COD_OID000009 {null} XCIT_COD_OID000010 {null} XCIT_COD_OID000011 {null} XCIT_CINUMBER11 {null} XCIT_COD_OID000012 {null} XCIT_COD_OID000013 {null} XCIT_WOG_OID {null} XCIT_PER_OID000001 {null} XCIT_ORG_OID000002 {null} XCIT_CIDATE10 {null} XCIT_CIDATE9 {null} XCIT_CIDATE8 {null} XCIT_CIDATE7 {null} XCIT_CIDATE6 {null} XCIT_SRV_OID {null} XCIT_SRV_OID000001 {null} XCIT_CINUMBER10 {null} XCIT_CINUMBER9 {null} XCIT_CINUMBER8 {null} XCIT_CINUMBER7 {null} XCIT_CINUMBER6 {null} XCIT_SEL_OID {null} XCIT_MAXINSTALLATIONS 1 XCIT_COD_OID000014 {null} XCIT_COD_OID000015 {null} XCIT_COD_OID000016 {null} XCIT_COD_OID000017 {null} XCIT_COD_OID000018 {null} XCIT_COD_OID000019 {null} XCIT_COD_OID000020 {null} XCIT_COD_OID000021 {null} XCIT_COD_OID000022 {null} XCIT_COD_OID000023 {null} XCIT_COD_OID000024 {null} XCIT_COD_OID000025 {null} XCIT_COD_OID000026 {null} XCIT_COD_OID000027 {null} XCIT_RCD_OID000002 3940654247379112 XCIT_RCD_OID000003 259403075925467760 XCIT_RCD_OID000004 281479546601622 XCIT_RCD_OID000005 {null} XCIT_PLANDOWNSTATTIMESTAMP 2007-03-29 10:17:55 XCIT_RCD_OID000006 3940654246330546 The SQL statement in the error message returns the valid row when copy/pasted to the SQL-prompt. ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:31 Message: This was a problem with the handling of certain types. It has been fixed on trunk. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10328&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:32:28 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:32:28 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-10329 ] undefined method empty? for Fixnum Message-ID: <20070811133228.988155240C23@rubyforge.org> Bugs item #10329, was opened at 2007-04-24 07:58 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10329&group_id=2014 Category: AR-JDBC Group: None >Status: Closed Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: undefined method empty? for Fixnum Initial Comment: >> Cdm_configuration_item.find(:first, :conditions => ["cit_searchcode=?", "SMSAPP/12369"]) NoMethodError: undefined method `empty?' for 179499432135590475:Fixnum The column causing this: SQL> describe sdesk.cdm_configuration_items; Name Null? Type ----------------------------------------- -------- ---------------------------- CIT_OID NOT NULL NUMBER(18) ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:32 Message: No information that can be used to find this bug. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10329&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:33:34 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:33:34 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-10998 ] add WEB-INF/lib to jruby-runtime loadpath Message-ID: <20070811133335.3E5EBA970003@rubyforge.org> Bugs item #10998, was opened at 2007-05-21 22:39 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10998&group_id=2014 Category: rails-integration Group: None >Status: Closed Resolution: None Priority: 3 Submitted By: Ashish Sahni (whacko) Assigned to: Robert Egglestone (tantalon) Summary: add WEB-INF/lib to jruby-runtime loadpath Initial Comment: For 'require xyz.jar' to work from a ruby script, the directory containing xyz.jar needs to be added to the runtime's load path. Typically for a webapp the jars would reside in WEB-INF/lib and therefore adding WEB-INF/lib would make sense. The code changes would look something like // RailsContextListener.java railsFactory.addToLoadPath(getPath("/WEB-INF/lib")) // RailsFactory.java List lps = new ArrayList(); public void addToLoadPath(String s) { lps.add(s); } // in makeObject loadPaths.addAll(lps); ---------------------------------------------------------------------- Comment By: Ashish Sahni (whacko) Date: 2007-05-21 23:35 Message: That makes sense since loading in JRuby uses the java class/classloader getResource* API for loading scripts, but for some reason (class/resource loading mystery) I get the following error without explicitly adding WEB-INF/lib to the load path {noformat} MissingSourceFile in SayController#hello no such file to load -- mylookup RAILS_ROOT: bs/config/.. Application Trace | Framework Trace | Full Trace bs/loader/META-INF/jruby.home/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require' bs/loader/META-INF/jruby.home/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require' bs/WEB-INF/gems/gems/activesupport-1.4.2/lib/active_support/dependencies.rb:494:in `require' #{RAILS_ROOT}/app/controllers/say_controller.rb:7:in `new_constants_in' bs/WEB-INF/gems/gems/activesupport-1.4.2/lib/active_support/dependencies.rb:495:in `require' #{RAILS_ROOT}/app/controllers/say_controller.rb:7:in `hello' bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/base.rb:1095:in `send' bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/base.rb:1095:in `perform_action' bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/filters.rb:631:in `call_filter' bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/filters.rb:619:in `perform_action_with_filters' bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/benchmarking.rb:65:in `perform_action_with_benchmark' bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/rescue.rb:83:in `measure' bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/benchmarking.rb:66:in `perform_action_with_benchmark' bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/rescue.rb:83:in `perform_action_with_rescue' bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/base.rb:431:in `send' bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/base.rb:431:in `process' bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/filters.rb:624:in `process_with_filters' bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/session_management.rb:114:in `process_with_session_management_support' bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/base.rb:330:in `process' :0 {noformat} ---------------------------------------------------------------------- Comment By: Robert Egglestone (tantalon) Date: 2007-05-21 23:21 Message: The jars are automatically added to the classpath, and the classpath is on the loadpath. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10998&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:34:08 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:34:08 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-10462 ] NoMethodError: undefined method `setLong' for oracle.jdbc.driver.T4CPreparedStatement@1f12373:Java::JavaObject: Message-ID: <20070811133408.DC22FA970003@rubyforge.org> Bugs item #10462, was opened at 2007-04-30 10:25 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10462&group_id=2014 Category: AR-JDBC Group: None >Status: Closed Resolution: None Priority: 3 Submitted By: Martin Pl?ger (martin_ploeger) Assigned to: Nobody (None) Summary: NoMethodError: undefined method `setLong' for oracle.jdbc.driver.T4CPreparedStatement at 1f12373:Java::JavaObject: Initial Comment: Hi there, I tried to update to 0.2.4, but Oracle doesn't work. The error seems to occur, because the method setLong is not defined for the Oracle-Class oracle.jdbc.driver.T4CPreparedStatement. It occurs in the method "execute_prepared_insert(sql, id)" in jRuby\lib\ruby\gems\1.8\gems\ActiveRecord-JDBC-0.2.4\lib\jdbc_adapter\jdbc_oracle.rb Do I have to use a different Oracle-Driver, because it seems to me, that setLong worked in 0.2.3, because I posted a Bug + Bugfix for a similar problem there? Exception in thread "AWT-EventQueue-0" C:/UserProg/011100/jRuby/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/connection_adapters/abstract_adapter.rb:128:in `log': NoMethodError: undefined method `setLong' for oracle.jdbc.driver.T4CPreparedStatement at 1f12373:Java::JavaObject: INSERT INTO projects (name, host_connection_name, id) VALUES('Karl', 'Host connection name', ?) (ActiveRecord::StatementInvalid) from C:/UserProg/011100/jRuby/lib/ruby/gems/1.8/gems/ActiveRecord-JDBC-0.2.4/lib/jdbc_adapter/jdbc_oracle.rb:75:in `insert' from C:/UserProg/011100/jRuby/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/base.rb:1818:in `create' from C:/UserProg/011100/jRuby/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/callbacks.rb:254:in ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:34 Message: This is fixed in AR-JDBC trunk. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10462&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:34:40 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:34:40 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-10727 ] AR-JDBC 0.3 issue with PostgerSQL Message-ID: <20070811133441.1D2FF5240C6D@rubyforge.org> Bugs item #10727, was opened at 2007-05-09 23:18 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10727&group_id=2014 Category: AR-JDBC Group: None >Status: Closed Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: AR-JDBC 0.3 issue with PostgerSQL Initial Comment: /usr/local/jruby/bin/jruby -Ilib:test "/usr/local/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake/rake_test_loader.rb" The driver encountered an error: unable to choose type from: [["text", {"maximum_scale"=>nil, "fixed_prec_scale"=>"f", "searchable"=>"3", "literal_prefix"=>nil, "nullable"=>"0", "literal_suffix"=>nil, "sql_datetime_sub"=>nil, "data_type"=>"12", "minimum_scale"=>nil, "local_type_name"=>nil, "unsigned_attribute"=>"f", "case_sensitive"=>"f", "type_name"=>"text", "num_prec_radix"=>"10", "precision"=>"9", "auto_increment"=>"f", "create_params"=>nil, "sql_data_type"=>nil}], ["text_type_2_id_seq", {"maximum_scale"=>nil, "fixed_prec_scale"=>"f", "searchable"=>"3", "literal_prefix"=>nil, "nullable"=>"0", "literal_suffix"=>nil, "sql_datetime_sub"=>nil, "data_type"=>"1111", "minimum_scale"=>nil, "local_type_name"=>nil, "unsigned_attribute"=>"f", "case_sensitive"=>"f", "type_name"=>"text_type_2_id_seq", "num_prec_radix"=>"10", "precision"=>"9", "auto_increment"=>"f", "create_params"=>nil, "sql_data_type"=>nil}], ["text_type_2", {"maximum_scale"=>nil, "fixed_prec_scale"=>"f", "searchable"=>"3", "literal_prefix"=>nil, "nullable"=>"0", "literal_suffix"=>nil, "sql_datetime_sub"=>nil, "data_type"=>"1111", "minimum_scale"=>nil, "local_type_name"=>nil, "unsigned_attribute"=>"f", "case_sensitive"=>"f", "type_name"=>"text_type_2", "num_prec_radix"=>"10", "precision"=>"9", "auto_increment"=>"f", "create_params"=>nil, "sql_data_type"=>nil}]] for text ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:34 Message: This is fixed on trunk. ---------------------------------------------------------------------- Comment By: Evan Light (sleight42) Date: 2007-05-10 01:10 Message: This error is also present when using PostgreSQL 8.2 with the JDBC 4 driver. ---------------------------------------------------------------------- Comment By: Evan Light (sleight42) Date: 2007-05-10 00:20 Message: This occurred using PostgreSQL 8.1 (running on Linux) with the client using Java build 1.5.0_07-87 with the 8.1-409 JDBC-3 driver. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10727&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:35:04 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:35:04 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-11179 ] db:schema:dump failed on SQL Server with JTDS Message-ID: <20070811133504.90CA1A970003@rubyforge.org> Bugs item #11179, was opened at 2007-05-28 10:47 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=11179&group_id=2014 Category: AR-JDBC Group: None Status: Open Resolution: None Priority: 3 Submitted By: Jack Hung (jackhung) Assigned to: Nobody (None) Summary: db:schema:dump failed on SQL Server with JTDS Initial Comment: Two Problems when doing 'rake db:schema:dump' Environment: JRuby 0.9, ActiveRecord 0.3.1, JTDS 1.2, SQL Server 2000 ---------------------------------------------------------------------------- Problem 1 - noMethodError for method 'indexes' jdbc_mssql.rb, rake complete but in the generated schema.rb, you get the following for all tables: ActiveRecord::Schema.define() do # Could not dump table "country" because of following NoMethodError # undefined or inaccessible method `indexes' for #, @adapter=#,... Fix for Problem 1: add the following to jdbc_mssql.rb ----------------------------------------------------------------------------- #### copy from mysql ### def indexes(table_name, name = nil)#:nodoc: r = @connection.indexes(table_name.upcase) end ----------------------------------------------------------------------------- Problem 2 - noMethodError for nil.downcase, rake complete but you get a different error in schema.rb, ActiveRecord::Schema.define() do # Could not dump table "country" because of following NoMethodError # You have a nil object when you didn't expect it! The error occurred while evaluating nil.downcase ------------------------------------------------------------------------------ Fix for Problem 2: For JTDS, the first result in the resultset returned from metadata.getIndexInfo does not contain the normal index info (INDEX_NAME is null). Making the following modification to jdbc_adapter.rb fixes the problem: def indexes(table_name, name = nil) metadata = @connection.getMetaData unless String === table_name table_name = table_name.to_s else table_name = table_name.dup end table_name.upcase! if metadata.storesUpperCaseIdentifiers table_name.downcase! if metadata.storesLowerCaseIdentifiers resultset = metadata.getIndexInfo(nil, nil, table_name, false, false) primary_keys = primary_keys(table_name) indexes = [] current_index = nil while resultset.next + # index_name = resultset.get_string(Jdbc::IndexMetaData::INDEX_NAME).downcase + # The first resultset seems to contain information other than that of a index's column. INDEX_NAME is null. + # And you get a nil.downcase problem + index_name = resultset.get_string(Jdbc::IndexMetaData::INDEX_NAME) + # just ignore if index_name is null + next if !index_name + index_name.downcase! column_name = resultset.get_string(Jdbc::IndexMetaData::COLUMN_NAME).downcase ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:35 Message: Is this still a problem? ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=11179&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:36:02 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:36:02 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-11431 ] Informix: unable to choose type "date" Message-ID: <20070811133602.F4233A970007@rubyforge.org> Bugs item #11431, was opened at 2007-06-08 11:33 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=11431&group_id=2014 Category: AR-JDBC Group: None >Status: Closed Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) >Summary: Informix: unable to choose type "date" Initial Comment: Another mapping-error for Informix. Connection succeeds, but following problem occurs. (JRuby 1.0.0RC3, AR-JDBC 0.4, current ifxjdbc.jar) --- RuntimeError: The driver encountered an error: unable to choose type for time fr om: ["date", "datetime year to fraction(5)"] from C:/UserProg/011100/jRuby/lib/ruby/gems/1.8/gems/ActiveRecord-JDBC-0 .4/lib/active_record/connection_adapters/jdbc_adapter.rb:211:in `initialize' from C:/UserProg/011100/jRuby/lib/ruby/gems/1.8/gems/ActiveRecord-JDBC-0 .4/lib/active_record/connection_adapters/jdbc_adapter.rb:10:in `new' from C:/UserProg/011100/jRuby/lib/ruby/gems/1.8/gems/ActiveRecord-JDBC-0 .4/lib/active_record/connection_adapters/jdbc_adapter.rb:10:in `jdbc_connection' from C:/UserProg/011100/jRuby/lib/ruby/gems/1.8/gems/activerecord-1.15.3 /lib/active_record/connection_adapters/abstract/connection_specification.rb:262: in `send' from C:/UserProg/011100/jRuby/lib/ruby/gems/1.8/gems/activerecord-1.15.3 /lib/active_record/connection_adapters/abstract/connection_specification.rb:262: in `connection=' from C:/UserProg/011100/jRuby/lib/ruby/gems/1.8/gems/activerecord-1.15.3 /lib/active_record/query_cache.rb:54:in `connection=' ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:36 Message: As mentioned in bug 9608: Informix is not yet supported. Add a feature request for that if you need Informix. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=11431&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:36:44 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:36:44 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-11560 ] uninitialized constant JdbcSpec::Derby::Column Message-ID: <20070811133644.26FC1A970003@rubyforge.org> Bugs item #11560, was opened at 2007-06-14 01:00 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=11560&group_id=2014 Category: AR-JDBC Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Ashish Sahni (whacko) Assigned to: Nobody (None) Summary: uninitialized constant JdbcSpec::Derby::Column Initial Comment: JRuby 1.0 Goldspike-snapshot Jetty 6.x {noformat} uninitialized constant JdbcSpec::Derby::Column ... webapp/WEB-INF/gems/gems/activesupport-1.4.2/lib/active_support/dependencies.rb:263:in `load_missing_constant' webapp/WEB-INF/gems/gems/activesupport-1.4.2/lib/active_support/dependencies.rb:452:in `const_missing' webapp/WEB-INF/gems/gems/ActiveRecord-JDBC-0.4/lib/active_record/connection_adapters/jdbc_adapter.rb:169 webapp/WEB-INF/gems/gems/ActiveRecord-JDBC-0.4/lib/active_record/connection_adapters/jdbc_adapter.rb:183:in `initialize' webapp/WEB-INF/gems/gems/ActiveRecord-JDBC-0.4/lib/active_record/connection_adapters/jdbc_adapter.rb:436:in `each' webapp/WEB-INF/gems/gems/ActiveRecord-JDBC-0.4/lib/active_record/connection_adapters/jdbc_adapter.rb:185:in `initialize' webapp/WEB-INF/gems/gems/ActiveRecord-JDBC-0.4/lib/active_record/connection_adapters/jdbc_adapter.rb:436:in `new' webapp/WEB-INF/gems/gems/ActiveRecord-JDBC-0.4/lib/active_record/connection_adapters/jdbc_adapter.rb:436:in `columns' ... {noformat} ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:36 Message: This problems seems to have fixed itself with trunk versions of everything. ---------------------------------------------------------------------- Comment By: Ola Bini (olabini) Date: 2007-06-22 14:32 Message: This problem happens for me with Glassfish and MySQL now. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=11560&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:37:46 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:37:46 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-11661 ] Microsoft SQL Server error "unable to choose type for date from" Message-ID: <20070811133746.62342A970003@rubyforge.org> Bugs item #11661, was opened at 2007-06-18 20:55 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=11661&group_id=2014 Category: AR-JDBC Group: None >Status: Closed Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) >Summary: Microsoft SQL Server error "unable to choose type for date from" Initial Comment: The driver encountered an error: unable to choose type for date from: ["bit", "tinyint", "tinyint identity", "bigint", "bigint identity", "image", "varbinary", "binary", "timestamp", "text", "ntext", "char", "nchar", "uniqueidentifier", "numeric", "numeric() identity", "decimal", "money", "smallmoney", "decimal() identity", "int", "int identity", "smallint", "smallint identity", "float", "real", "varchar", "nvarchar", "sysname", "sql_variant", "datetime", "smalldatetime"] ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:37 Message: Can you verify that this is still a problem? SQL Server is not among the best supported databases, but I'm pretty sure this works right now. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=11661&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:38:10 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:38:10 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-12149 ] Insert statement does not work with Pre-assigned id when working with Oracle Database Message-ID: <20070811133810.234425240C80@rubyforge.org> Bugs item #12149, was opened at 2007-07-10 09:37 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=12149&group_id=2014 Category: AR-JDBC Group: None Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: Insert statement does not work with Pre-assigned id when working with Oracle Database Initial Comment: error message ----------------------- ActiveRecord::StatementInvalid: ArgumentError: wrong number of arguments(2 for 1): INSERT INTO dm_quoc_gia (nguoi_nhap_may, id, nguoi_bo_sung, ten, ma_icao, ma, ngay_bo_sung, ngay_nhap_may, qg_goc_id) VALUES('nhan_tu_a18', 101, null, null, null, null, null, TIMESTAMP'2007-07-10 00:00:00', null) D:/jruby/jruby-1.0/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/transactions.rb:101:in `transaction' D:/jruby/jruby-1.0/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/transactions.rb:121:in `transaction' D:/jruby/jruby-1.0/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/transactions.rb:129:in `save_with_transactions' test_don_vi_dia_chinh_from_msg.rb:15:in `test_save_101' ------------------------ ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:38 Message: Can you verify this with trunk? ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=12149&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:38:46 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:38:46 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-12261 ] :offset in query doesn't find select_all Message-ID: <20070811133846.9B2325240C68@rubyforge.org> Bugs item #12261, was opened at 2007-07-13 21:02 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=12261&group_id=2014 Category: AR-JDBC Group: None >Status: Closed Resolution: None Priority: 3 Submitted By: Todd Willey (xtoddx) Assigned to: Nobody (None) Summary: :offset in query doesn't find select_all Initial Comment: Version 0.4 @residents = Resident.find( :all, :conditions=>q, :limit=>15, :include=>['facility'], :order=>'residents.last_name asc', :offset =>(15 * params[:page].to_i) ) undefined method `select_all' for #Comment By: Ola Bini (olabini) Date: 2007-08-11 15:38 Message: This is fixed in trunk. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=12261&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:39:18 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:39:18 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-12332 ] Oracle: db:schema:dump failed >> max. Cursors exceeded Message-ID: <20070811133919.12BB95240C80@rubyforge.org> Bugs item #12332, was opened at 2007-07-17 08:54 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=12332&group_id=2014 Category: AR-JDBC Group: None >Status: Closed Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: Oracle: db:schema:dump failed >> max. Cursors exceeded Initial Comment: I have a Problem when trying a schema-dump with AR-JDBC and Oracle. Migrations work fine, but the schema can't be dumped. It seems to me, that db:schema:dump tries to dump all Oracle-System-Tables and has not enough Cursors for this. The driver seems to have some other probs with dumping the systems tables, but they don't matter for me. I dont want these system tables, just mine. The system tables should be excluded here. ******************************************************************************* rake aborted! java.sql.SQLException: ORA-01000: Maximale Anzahl offener Cursor ?berschritten ******************************************************************************* ActiveRecord::Schema.define(:version => 0) do # Could not dump table "_all_instantiation_ddl" because of following NativeException # java.sql.SQLException: Ung?ltige Argumente in Aufruf # Could not dump table "_all_instantiation_ddl" because of following NativeException # java.sql.SQLException: Ung?ltige Argumente in Aufruf # Could not dump table "_all_repcolumn" because of following StandardError # Unknown type 'RAW(2)' for column 'flag' # Could not dump table "_all_repcolumn_group" because of following NativeException # java.sql.SQLException: Ung?ltige Argumente in Aufruf # Could not dump table "_all_repconflict" because of following NativeException # java.sql.SQLException: Ung?ltige Argumente in Aufruf # Could not dump table "_all_repextensions" because of following StandardError # Unknown type 'RAW(16)' for column 'extension_id' # Could not dump table "_all_repextensions" because of following StandardError # Unknown type 'RAW(16)' for column 'extension_id' ... ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:39 Message: This has been fixed on trunk. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=12332&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:39:40 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:39:40 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-12419 ] AR parses Oracle-Dates wrong Message-ID: <20070811133940.E275CA970003@rubyforge.org> Bugs item #12419, was opened at 2007-07-19 17:00 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=12419&group_id=2014 Category: None Group: None >Status: Closed Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: AR parses Oracle-Dates wrong Initial Comment: Hi there, I habe a Model with a created_at-column which is correctly updated, but on the view (Scaffolding) the date is shown wrong: obj.created_at_before_type_cast => "2003-08-08 01:53:00.0" obj.created_at => Sat Jan 01 01:53:00 CET 2000 Maybe the reason is the additional precision on the time? ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:39 Message: This is fixed on trunk. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=12419&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:40:30 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:40:30 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-12508 ] When creating table aliases for included tables, names are not truncated for oracle Message-ID: <20070811134030.E2D36A970003@rubyforge.org> Bugs item #12508, was opened at 2007-07-23 18:50 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=12508&group_id=2014 Category: None Group: None Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: When creating table aliases for included tables, names are not truncated for oracle Initial Comment: When there are multiple includes for relationships to the same table, the alias created for the tables should have its name truncated in oracle. For example class ObjectOne < ActiveRecord::Base belongs_to :really_cool_object_two, :class_name => 'ObjectTwo' , :foreign_key => 'cool_object_two' belongs_to :really_not_cool_object_two, :class_name => 'ObjectTwo' , :foreign_key => 'not_cool_object_two' end class ObjectTwo < ActiveRecord::Base end if we do ObjectOne.find(:all, :include => [:really_cool_object_two, :not_cool_object_two]) the sql for will be SELECT * --some stuff actually FROM object_ones LEFT OUTER JOIN object_twos ON object_twos.id = object_ones.cool_object_two LEFT OUTER JOIN object_twos really_not_cool_object_two_object_ones ON really_not_cool_object_two_object_ones = object_ones.not_cool_object_two This is not correct and will cause a "ORA-00972: identifier is too long" in oracle. Using the regular active record oracle we would get the table alais truncated. ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:40 Message: It should be added to somewhere in the JdbcSpec::Oracle module. ---------------------------------------------------------------------- Comment By: Matt Field (bonfigleo) Date: 2007-07-23 20:36 Message: Adding the following to the JdbcAdaptor class fixes this problem for oracle. This is obviously not the right place to do it or it needs some conditional logic. def table_alias_length 30 end ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=12508&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:40:45 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:40:45 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-12511 ] Probelm when retrieving database meta data (columns) when the table is a view and there exists a table with the same name in a different schema Message-ID: <20070811134045.4D0E95240C93@rubyforge.org> Bugs item #12511, was opened at 2007-07-23 20:43 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=12511&group_id=2014 Category: AR-JDBC Group: None >Status: Closed Resolution: None Priority: 3 Submitted By: Matt Field (bonfigleo) Assigned to: Nobody (None) Summary: Probelm when retrieving database meta data (columns) when the table is a view and there exists a table with the same name in a different schema Initial Comment: Reproduce by: 1. Create a model that maps to a view in the default schema. For example model SomeThing where there is a some_thing view in the schema that rails is logged into. 2. Create a some_thing table with different columns in a different schema that the user that is logged in can see. 3. Notice that the columns used in find sql are the columns in the some_thing table and not those from the view. ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:40 Message: Fixed in trunk. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=12511&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:41:48 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:41:48 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-12891 ] goldspike timing out during first invocation Message-ID: <20070811134148.412D95240C95@rubyforge.org> Bugs item #12891, was opened at 2007-08-08 01:35 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=12891&group_id=2014 Category: rails-integration Group: None Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Robert Egglestone (tantalon) Summary: goldspike timing out during first invocation Initial Comment: I created a Rails app using NetBeans Ruby IDE and added goldspike plugin to the application. The first invocation of war:standalone:create always gives the timeout error as given below: -- cut here -- in C:/Users/Arun Gupta/Documents/NetBeansProjects/RailsApplication3) Assembling web application Adding Java library commons-pool-1.3 Adding Java library activation-1.1 Adding Java library jruby-complete-1.0 rake aborted! execution expired (See full trace by running task with --trace) -- cut here -- The second invocation works correctly. ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:41 Message: Have you tried this outside of NetBeans? I have never seen the same when using the command line. Can you verify that it's not a problem with NetBeans Ruby support? ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=12891&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:42:36 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:42:36 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-12977 ] DB2 issue using AR-jdbc: DB2 DB2 SQL error: SQLCODE: -401, SQLSTATE: 42818, SQLERRMC: =: SELECT * FROM widgets WHERE (widgets.id = '42') Message-ID: <20070811134237.11EB9A970003@rubyforge.org> Bugs item #12977, was opened at 2007-08-10 21:08 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=12977&group_id=2014 Category: AR-JDBC Group: None Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: DB2 issue using AR-jdbc: DB2 DB2 SQL error: SQLCODE: -401, SQLSTATE: 42818, SQLERRMC: =: SELECT * FROM widgets WHERE (widgets.id = '42') Initial Comment: Using DB2 8.1 DB2 Universal JDBC Type 4 driver 8.1 The typing for DB2 BIGINT, SMALLINT, INTEGER an defaults to string type in AR-jdbc and when you do a list, destroy, show it tries to query using the following SQL and DB2 cannot do the implicit type conversion from string to int. widgets.id = '42' SELECT * FROM widgets WHERE (widgets.id = '42') ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:42 Message: DB2 support isn't as good as it should be. Right now noone actively maintains it. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=12977&group_id=2014 From noreply at rubyforge.org Sat Aug 11 09:43:01 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 09:43:01 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-12951 ] jruby-openssl returns nil for method OpenSSL::Random.random_bytes Message-ID: <20070811134301.B84B55240C99@rubyforge.org> Bugs item #12951, was opened at 2007-08-10 01:28 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=12951&group_id=2014 Category: None Group: None Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: jruby-openssl returns nil for method OpenSSL::Random.random_bytes Initial Comment: jruby-openssl 0.0.3 gem returns nil for method OpenSSL::Random.random_bytes. This method is required for the EzCrypto gem. Using Jruby built from August 9th, 2007. ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 15:43 Message: Well, yes. The OpenSSL::Random class is not implemented... ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=12951&group_id=2014 From noreply at rubyforge.org Sat Aug 11 10:55:13 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 10:55:13 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-12951 ] jruby-openssl returns nil for method OpenSSL::Random.random_bytes Message-ID: <20070811145515.51C4B5240B35@rubyforge.org> Bugs item #12951, was opened at 2007-08-10 01:28 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=12951&group_id=2014 Category: None Group: None >Status: Closed Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: jruby-openssl returns nil for method OpenSSL::Random.random_bytes Initial Comment: jruby-openssl 0.0.3 gem returns nil for method OpenSSL::Random.random_bytes. This method is required for the EzCrypto gem. Using Jruby built from August 9th, 2007. ---------------------------------------------------------------------- >Comment By: Ola Bini (olabini) Date: 2007-08-11 16:55 Message: Fixed on trunk. The random_bytes and pseudo_bytes methods have been implemented. An 0.0.4-release have also been made that includes this change. ---------------------------------------------------------------------- Comment By: Ola Bini (olabini) Date: 2007-08-11 15:43 Message: Well, yes. The OpenSSL::Random class is not implemented... ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=12951&group_id=2014 From nobody at rubyforge.org Sun Aug 12 23:16:24 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sun, 12 Aug 2007 23:16:24 -0400 (EDT) Subject: [Jruby-extras-devel] [687] trunk/jparsetree/lib/jparsetree.rb: chipping away at the failures - now down to 16 with ParseTree 2.0 compatibility suite Message-ID: <20070813031624.BB3725240AD7@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070812/ea0f741e/attachment-0001.html From ricardo.trindade at emation.pt Tue Aug 14 15:20:14 2007 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Tue, 14 Aug 2007 20:20:14 +0100 Subject: [Jruby-extras-devel] Possible bug in goldspike Message-ID: <46C2006E.2060308@emation.pt> Hi, I've been testing goldspike, with "war:standalone:run". It appears to work well, but when the ctrl-c is issued on the console, the java process doesn't terminate (rails continues to answer requests). This is on windows XP, with Java 6. regards, Ricardo From ricardo.trindade at emation.pt Tue Aug 14 15:24:03 2007 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Tue, 14 Aug 2007 20:24:03 +0100 Subject: [Jruby-extras-devel] Goldspike Message-ID: <46C20153.6060506@emation.pt> Hi, When goldspike runs, it apparently grabs it's dependencies from Maven's repositories. For JRuby, it grabs 1.0, and for RailsIntegration, it grabs 1.1. Is there a way to point it to local versions, to make using patched versions easier ? Is there a way to use it without maven ? regards, Ricardo From ricardo.trindade at emation.pt Wed Aug 15 05:42:11 2007 From: ricardo.trindade at emation.pt (Ricardo Trindade) Date: Wed, 15 Aug 2007 10:42:11 +0100 Subject: [Jruby-extras-devel] Goldspike launching two java processes Message-ID: <46C2CA73.2020408@emation.pt> Hi, I've been testing goldspike, with "war:standalone:run". It seems that Goldspike is launching two java processes (java.exe). This is on Windows XP. Is this by design ? thanks, Ricardo From rvalyi at gmail.com Wed Aug 15 07:24:58 2007 From: rvalyi at gmail.com (=?ISO-8859-1?Q?Rapha=EBl_Valyi?=) Date: Wed, 15 Aug 2007 13:24:58 +0200 Subject: [Jruby-extras-devel] Goldspike In-Reply-To: <46C20153.6060506@emation.pt> References: <46C20153.6060506@emation.pt> Message-ID: <806313f00708150424wa590410t3043a227dd8e80c7@mail.gmail.com> Hi Ricardo, I use my own JRuby from trunk and RailsIntegration along with Goldspike. to do that, I put the jruby-complete and the rails-integration jars in the Rails_app_directory/lib/java directory. Then my config/war.rb looks like: maven_library 'rails-integration', 'rails-integration', '1.4' maven_library 'jruby-complete', 'jruby-complete', '' hope this helps. BTW, the company I'm working in might be interested in the Rails portlet stuff too. So far I know, no such a Rails connector has been built. We also tend to prefer hitting custom Rails servlets eventually forwarding to CMS java page views rather than using portlets. I think it would be hard to convince them participating to the portlet effort, but who knows. So if you anyone is working on that, please shout. Regards, Rapha?l Valyi. On 8/14/07, Ricardo Trindade wrote: > > Hi, > > When goldspike runs, it apparently grabs it's dependencies from > Maven's repositories. For JRuby, it grabs 1.0, and for RailsIntegration, > it grabs 1.1. > > Is there a way to point it to local versions, to make using patched > versions easier ? Is there a way to use it without maven ? > > regards, > Ricardo > > > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070815/7ff9cd06/attachment.html From nobody at rubyforge.org Thu Aug 16 05:42:37 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 16 Aug 2007 05:42:37 -0400 (EDT) Subject: [Jruby-extras-devel] [688] trunk/activerecord-jdbc/lib/jdbc_adapter/jdbc_mssql.rb: Fix ~36 errors for MS SQL. Message-ID: <20070816094238.521C85240B04@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070816/1de5981c/attachment.html From charles.nutter at sun.com Thu Aug 16 14:14:47 2007 From: charles.nutter at sun.com (Charles Oliver Nutter) Date: Thu, 16 Aug 2007 13:14:47 -0500 Subject: [Jruby-extras-devel] Heads Up: JRuby 1.0.1 release around the corner Message-ID: <46C49417.3040203@sun.com> Tom, Nick, and I are meeting today to iron out the remaining items we want in 1.0.1. There's bunches of fixes, but we'd like to solicit suggestions from everyone on these lists for pet bugs that they'd like to see in the release. We're hoping to cut it off today or tomorrow...this week at any rate...and push out a release for the start of next week. We'll probably also be pushing for releases of AR-JDBC, GoldSpike (if it's good timing for that) and anything else that's been kinda sitting on the shelf. By end of day today we should also have a grip on what the 1.1 roadmap looks like. I think we're targeting RubyConf for the release. So...if you have something you really thing should get into 1.0.1, SPEAK NOW. - Charlie From nobody at rubyforge.org Fri Aug 17 12:37:31 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 17 Aug 2007 12:37:31 -0400 (EDT) Subject: [Jruby-extras-devel] [689] trunk/activerecord-jdbc: Several Oracle fixes from Ye Zheng Message-ID: <20070817163732.00F5F5240B58@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070817/4b07a599/attachment-0001.html From nobody at rubyforge.org Fri Aug 17 12:40:42 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 17 Aug 2007 12:40:42 -0400 (EDT) Subject: [Jruby-extras-devel] [690] trunk/activerecord-jdbc/lib/jdbc_adapter/jdbc_mssql.rb: Fix SQL Server inserts, by Weijie Lin Message-ID: <20070817164042.7C4B95240B5A@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070817/b9deb2d6/attachment.html From nobody at rubyforge.org Fri Aug 17 12:44:36 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 17 Aug 2007 12:44:36 -0400 (EDT) Subject: [Jruby-extras-devel] [691] trunk/activerecord-jdbc/lib/jdbc_adapter/jdbc_mssql.rb: Fix some SQL Server problems. Message-ID: <20070817164436.DD7BA5240B5A@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070817/2268b753/attachment.html From nobody at rubyforge.org Sat Aug 18 23:17:46 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sat, 18 Aug 2007 23:17:46 -0400 (EDT) Subject: [Jruby-extras-devel] [692] trunk/jparsetree: down to 9 failures (3 errors), fixed problems with :args in :| etc; Message-ID: <20070819031746.F4047A970012@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070818/fea2fb5f/attachment.html From nobody at rubyforge.org Sun Aug 19 20:50:55 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sun, 19 Aug 2007 20:50:55 -0400 (EDT) Subject: [Jruby-extras-devel] [693] trunk/jparsetree: mission (nearly) accomplished: down to 6 failures; these are either tiny issues (need to be able to determine post fix if vs prefix if, etc) or difficult to solve related (dasn vs. Message-ID: <20070820005055.D97C95240C14@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070819/0cd65bbe/attachment-0001.html From nobody at rubyforge.org Mon Aug 20 20:05:03 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 20 Aug 2007 20:05:03 -0400 (EDT) Subject: [Jruby-extras-devel] [694] trunk/jparsetree: JParseTree release for 1.0.0 Message-ID: <20070821000503.BA7985240D38@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070820/10e7e70e/attachment-0001.html From noreply at rubyforge.org Sat Aug 11 23:16:02 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Aug 2007 23:16:02 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-13007 ] jruby-openssl 0.0.4 gem returns nil for method OpenSSL::Random.random_bytes. Message-ID: <20070812031602.CC11F5240C93@rubyforge.org> Bugs item #13007, was opened at 2007-08-11 23:16 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=13007&group_id=2014 Category: None Group: None Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: jruby-openssl 0.0.4 gem returns nil for method OpenSSL::Random.random_bytes. Initial Comment: i see the revision to Random.java, but with the 0.0.4 gem, random_bytes is still returning nil. e.g. OpenSSL::Random.random_bytes(8) => nil ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=13007&group_id=2014 From noreply at rubyforge.org Sun Aug 12 02:57:31 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sun, 12 Aug 2007 02:57:31 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-13007 ] jruby-openssl 0.0.4 gem returns nil for method OpenSSL::Random.random_bytes. Message-ID: <20070812065732.075F75240D40@rubyforge.org> Bugs item #13007, was opened at 2007-08-12 03:16 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=13007&group_id=2014 Category: None Group: None Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: jruby-openssl 0.0.4 gem returns nil for method OpenSSL::Random.random_bytes. Initial Comment: i see the revision to Random.java, but with the 0.0.4 gem, random_bytes is still returning nil. e.g. OpenSSL::Random.random_bytes(8) => nil ---------------------------------------------------------------------- Comment By: Vince Jones (bugmenot) Date: 2007-08-12 06:57 Message: After further investigation, it appears that the 0.0.4 issue was related to gem. Despite having run gem uninstall on 0.0.3 (this deleted it from the spec and cache directory, but not from gems) the 0.0.3 version was being loaded. after manually deleting the 0.0.3 directory the new version loaded correctly. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=13007&group_id=2014 From noreply at rubyforge.org Mon Aug 13 18:59:16 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Mon, 13 Aug 2007 18:59:16 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-13034 ] jruby-openssl random_key and random_iv are too big Message-ID: <20070813225916.1AC375240C25@rubyforge.org> Bugs item #13034, was opened at 2007-08-13 22:59 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=13034&group_id=2014 Category: None Group: None Status: Open Resolution: None Priority: 3 Submitted By: Vince Jones (bugmenot) Assigned to: Nobody (None) Summary: jruby-openssl random_key and random_iv are too big Initial Comment: random_key and random_iv is calculating size by byte length instead of bit length, thus the generates values are 8x too large. the resultant error of using the incorrectly sized key and iv is a "illegal key size" exception. mri calculates this correctly. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=13034&group_id=2014 From noreply at rubyforge.org Mon Aug 13 19:33:19 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Mon, 13 Aug 2007 19:33:19 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-13034 ] jruby-openssl random_key and random_iv are too big Message-ID: <20070813233319.30D885240A3A@rubyforge.org> Bugs item #13034, was opened at 2007-08-13 22:59 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=13034&group_id=2014 Category: None Group: None Status: Open Resolution: None Priority: 3 Submitted By: Vince Jones (bugmenot) Assigned to: Nobody (None) Summary: jruby-openssl random_key and random_iv are too big Initial Comment: random_key and random_iv is calculating size by byte length instead of bit length, thus the generates values are 8x too large. the resultant error of using the incorrectly sized key and iv is a "illegal key size" exception. mri calculates this correctly. ---------------------------------------------------------------------- >Comment By: Vince Jones (bugmenot) Date: 2007-08-13 23:33 Message: also, for aes key sizes larger than 128, an "illegal key size" is also reported despite being set correctly. for example for 256, a key size of 32 bytes is set and the IV is also set appropriately to 16 bytes. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=13034&group_id=2014 From werner.schuster at gmail.com Mon Aug 20 21:53:30 2007 From: werner.schuster at gmail.com (Werner Schuster (murphee)) Date: Mon, 20 Aug 2007 20:53:30 -0500 Subject: [Jruby-extras-devel] JRuby 1.0.0.694 Message-ID: <46CA459A.8010007@gmail.com> howdy, get your hot and spicy JParseTree nowhere else than here: http://www.jroller.com/murphee/entry/jparsetree_1_0_0_694 Now compatible with JRuby 1.0.0 and ParseTree 2.0 and yummier than ever. Hmm... crunchy JParseTree! Why not have some with your cappuccino? murphee From nobody at rubyforge.org Tue Aug 21 19:30:16 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Tue, 21 Aug 2007 19:30:16 -0400 (EDT) Subject: [Jruby-extras-devel] [695] trunk/rails-integration: Lots of changes to FileServlet, to allow it to work with unexploded wars (e.g. Message-ID: <20070821233016.3F405A970012@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070821/2845ac00/attachment-0001.html From nobody at rubyforge.org Wed Aug 22 11:26:53 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Wed, 22 Aug 2007 11:26:53 -0400 (EDT) Subject: [Jruby-extras-devel] [696] trunk/activerecord-jdbc/lib/jdbc_adapter/jdbc_mssql.rb: -fixed SQL Server tests related to simplified_type recogonize decimal, money, etc as :float instead of :decimal Message-ID: <20070822152653.C7F9FA970003@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070822/209fee11/attachment.html From nobody at rubyforge.org Thu Aug 23 00:40:13 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 23 Aug 2007 00:40:13 -0400 (EDT) Subject: [Jruby-extras-devel] [698] trunk/rails-integration/src: Fix for deadlock situation caused when calling addObject from a thread whichs holds a lock on the servlet context, while the pool manager is also add objects to the pool. Message-ID: <20070823044013.73D565240E33@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070823/86777567/attachment.html From nobody at rubyforge.org Thu Aug 23 03:56:37 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 23 Aug 2007 03:56:37 -0400 (EDT) Subject: [Jruby-extras-devel] [699] trunk/rails-integration/src/main/java/org/jruby/webapp/FileServlet.java: Revert FileServlet, looks like there's no way Rails will work with an unexploded webapp anyway. Message-ID: <20070823075637.C32D15240F2F@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070823/7e361465/attachment-0001.html From noreply at rubyforge.org Tue Aug 21 19:03:11 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 21 Aug 2007 19:03:11 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-13265 ] Goldspike rake target war:shared:create is adding the Java libraries to the war file Message-ID: <20070821230311.15791A970016@rubyforge.org> Bugs item #13265, was opened at 2007-08-21 19:03 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=13265&group_id=2014 Category: rails-integration Group: v1.0 (example) Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Robert Egglestone (tantalon) Summary: Goldspike rake target war:shared:create is adding the Java libraries to the war file Initial Comment: I am trying to create a war file with just the application code that I want to deploy to a glassfish instance. Based on what I found in the goldspike readme the target war:shared:create should create a war file with just the application code. But when I try to use this target I find that the following jars are getting added to the war file : ------------------------------------------------ Assembling web application Adding Java library commons-pool-1.3 Adding Java library activation-1.1 Adding Java library jruby-complete-1.0 Adding Java library bcprov-jdk14-124 Adding Java library rails-integration-1.1.1 Adding web application Creating web archive ------------------------------------------------- Isn't this wrong? My understanding is that the war file would just have the application code. Thanks Pramod Gopinath ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=13265&group_id=2014 From nobody at rubyforge.org Wed Aug 22 21:09:51 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Wed, 22 Aug 2007 21:09:51 -0400 (EDT) Subject: [Jruby-extras-devel] [697] trunk/jparsetree/lib/parse_tree.rb: Fixed failures (assignments to nil) found while parsing files from the stdlib; Message-ID: <20070823010951.EA3A05240F11@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070822/d3f717c3/attachment-0001.html From nobody at rubyforge.org Thu Aug 23 12:15:23 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 23 Aug 2007 12:15:23 -0400 (EDT) Subject: [Jruby-extras-devel] [700] trunk/activerecord-jdbc/lib/jdbc_adapter/jdbc_mssql.rb: module JdbcSpec Message-ID: <20070823161523.67FE45240A03@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070823/31cf6d2b/attachment.html From nobody at rubyforge.org Thu Aug 23 12:59:57 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 23 Aug 2007 12:59:57 -0400 (EDT) Subject: [Jruby-extras-devel] [701] trunk/activerecord-jdbc/lib/jdbc_adapter/jdbc_mssql.rb: fixed a bug in changing column defaults in ms sql Message-ID: <20070823165957.C9D355240A03@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070823/1a52eeaf/attachment.html From nobody at rubyforge.org Thu Aug 23 13:54:36 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 23 Aug 2007 13:54:36 -0400 (EDT) Subject: [Jruby-extras-devel] [702] trunk/activerecord-jdbc/lib/jdbc_adapter/jdbc_mssql.rb: -extractd unquote method, so (, ', ) can be stripped in type_cast Message-ID: <20070823175436.776A15240AD6@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070823/159b474b/attachment.html From nobody at rubyforge.org Thu Aug 23 16:29:02 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 23 Aug 2007 16:29:02 -0400 (EDT) Subject: [Jruby-extras-devel] [703] trunk/activerecord-jdbc/test/db/postgres.rb: Add :host => 'localhost' to configuration Message-ID: <20070823202902.5F25CA97001E@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070823/feb1b954/attachment-0001.html From nobody at rubyforge.org Thu Aug 23 16:29:33 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 23 Aug 2007 16:29:33 -0400 (EDT) Subject: [Jruby-extras-devel] [704] trunk/activerecord-jdbc/pom.xml: Change JRuby versions to 1.0.1 Message-ID: <20070823202933.480FDA970020@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070823/f31aa2ad/attachment.html From nobody at rubyforge.org Thu Aug 23 19:26:12 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 23 Aug 2007 19:26:12 -0400 (EDT) Subject: [Jruby-extras-devel] [705] trunk/rails-integration/src/main/java/org/jruby/webapp: Fix for WebLogic using getResource instead of getRealPath. Message-ID: <20070823232612.1C8535240AFE@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070823/b8abf4ee/attachment.html From nobody at rubyforge.org Thu Aug 23 23:40:46 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 23 Aug 2007 23:40:46 -0400 (EDT) Subject: [Jruby-extras-devel] [706] trunk/activerecord-jdbc/lib/active_record/connection_adapters/jdbc_adapter.rb: support for dynamically loaded jdbc drivers Message-ID: <20070824034046.6EA605240D62@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070823/9661647b/attachment.html From nobody at rubyforge.org Fri Aug 24 02:11:17 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 24 Aug 2007 02:11:17 -0400 (EDT) Subject: [Jruby-extras-devel] [707] trunk/activerecord-jdbc/lib/active_record/connection_adapters/jdbc_adapter.rb: fixed problem with loading the driver Message-ID: <20070824061117.94BA65240E8B@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070824/a0662f80/attachment.html From nobody at rubyforge.org Fri Aug 24 03:07:34 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 24 Aug 2007 03:07:34 -0400 (EDT) Subject: [Jruby-extras-devel] [708] trunk/activerecord-jdbc: - Fix Jon's code so we don't have to require 'jruby' Message-ID: <20070824070734.F27605240E83@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070824/1b6419b7/attachment-0001.html From nobody at rubyforge.org Fri Aug 24 03:41:57 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 24 Aug 2007 03:41:57 -0400 (EDT) Subject: [Jruby-extras-devel] [709] trunk/activerecord-jdbc: - Backport portion of date/timestamp handling so that it's compatible w/ JRuby 1.0 Message-ID: <20070824074157.2DF685240F25@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070824/23a298d5/attachment.html From nobody at rubyforge.org Fri Aug 24 03:49:55 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 24 Aug 2007 03:49:55 -0400 (EDT) Subject: [Jruby-extras-devel] [710] trunk/activerecord-jdbc/lib/active_record/connection_adapters/jdbc_adapter.rb: Place a mutex around loading of the driver class Message-ID: <20070824074955.3703D5240E96@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070824/d783fa6d/attachment.html From nobody at rubyforge.org Fri Aug 24 04:17:16 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 24 Aug 2007 04:17:16 -0400 (EDT) Subject: [Jruby-extras-devel] [711] trunk/activerecord-jdbc/Rakefile: Adding src/ directory to manifest Message-ID: <20070824081716.587EE5240F25@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070824/a9ac6a28/attachment.html From nobody at rubyforge.org Fri Aug 24 04:18:33 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 24 Aug 2007 04:18:33 -0400 (EDT) Subject: [Jruby-extras-devel] [712] tags/activerecord-jdbc/release-0.5/: Tagging 0.5 Message-ID: <20070824081833.455295240F04@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070824/369ec88d/attachment.html From nobody at rubyforge.org Fri Aug 24 23:47:44 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 24 Aug 2007 23:47:44 -0400 (EDT) Subject: [Jruby-extras-devel] [713] trunk/rails-integration/src: Fix PUT, DELETE, etc requests not being passed on to RailsServlet. Message-ID: <20070825034744.4D5B75240E56@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070824/4d5852a3/attachment-0001.html From nobody at rubyforge.org Sat Aug 25 00:08:24 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sat, 25 Aug 2007 00:08:24 -0400 (EDT) Subject: [Jruby-extras-devel] [714] trunk/rails-integration/src/main: The string_to_byte hack is no longer required. Message-ID: <20070825040824.4C4D35240E63@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070825/cb2a0e33/attachment.html From nobody at rubyforge.org Sat Aug 25 02:17:57 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sat, 25 Aug 2007 02:17:57 -0400 (EDT) Subject: [Jruby-extras-devel] [715] trunk/rails-integration: Update to JRuby 1.0.1 Message-ID: <20070825061757.F3F065240E67@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070825/b3bef8c3/attachment.html From nobody at rubyforge.org Sat Aug 25 16:38:09 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sat, 25 Aug 2007 16:38:09 -0400 (EDT) Subject: [Jruby-extras-devel] [716] trunk/jparsetree/lib/parse_tree.rb: Fixed problem caused by JRuby 1.0.1: the JRuby.parse method now requires three arguments instead of two as in JRuby 1.0; Message-ID: <20070825203810.0F96B5240D97@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070825/d6587078/attachment.html From nobody at rubyforge.org Sat Aug 25 16:39:23 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sat, 25 Aug 2007 16:39:23 -0400 (EDT) Subject: [Jruby-extras-devel] [717] trunk/jparsetree/lib: changes for ParseTree 2.0.1 compatibility; Message-ID: <20070825203923.E240C5240D97@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070825/8842984e/attachment-0001.html From robert at cs.auckland.ac.nz Sun Aug 26 18:13:38 2007 From: robert at cs.auckland.ac.nz (Robert Egglestone) Date: Mon, 27 Aug 2007 10:13:38 +1200 Subject: [Jruby-extras-devel] GoldSpike release today? Message-ID: <46D1FB12.7000107@cs.auckland.ac.nz> Hey all, Anyone mind if I do a GoldSpike release today? It's been updated to work with JRuby 1.0.1, and contains quite a few fixes since the last release. Cheers, Robert From charles.nutter at sun.com Sun Aug 26 23:29:10 2007 From: charles.nutter at sun.com (Charles Oliver Nutter) Date: Sun, 26 Aug 2007 22:29:10 -0500 Subject: [Jruby-extras-devel] GoldSpike release today? In-Reply-To: <46D1FB12.7000107@cs.auckland.ac.nz> References: <46D1FB12.7000107@cs.auckland.ac.nz> Message-ID: <46D24506.5080607@sun.com> Robert Egglestone wrote: > Hey all, > > Anyone mind if I do a GoldSpike release today? Sounds good to me! - Charlie From nobody at rubyforge.org Mon Aug 27 02:07:02 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 27 Aug 2007 02:07:02 -0400 (EDT) Subject: [Jruby-extras-devel] [718] trunk/rails-integration: Prepare for 1.3 release Message-ID: <20070827060702.614A65240F87@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070827/72170e81/attachment.html From nobody at rubyforge.org Mon Aug 27 02:08:10 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 27 Aug 2007 02:08:10 -0400 (EDT) Subject: [Jruby-extras-devel] [719] tags/rails-integration/1.3/: Tag release 1.3 Message-ID: <20070827060810.AFA835240F87@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070827/d55dfc30/attachment.html From nobody at rubyforge.org Mon Aug 27 02:08:38 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 27 Aug 2007 02:08:38 -0400 (EDT) Subject: [Jruby-extras-devel] [720] trunk/rails-integration: Prepare for next development iteration Message-ID: <20070827060838.920155240F87@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070827/308f3fb7/attachment.html From robert at cs.auckland.ac.nz Mon Aug 27 02:23:31 2007 From: robert at cs.auckland.ac.nz (Robert Egglestone) Date: Mon, 27 Aug 2007 18:23:31 +1200 Subject: [Jruby-extras-devel] GoldSpike 1.3 Release Message-ID: <46D26DE3.5030804@cs.auckland.ac.nz> GoldSpike 1.3 is released. Download: http://rubyforge.org/frs/?group_id=2014 Source: http://jruby-extras.rubyforge.org/svn/tags/rails-integration/1.3 If one of the JRuby devs could please copy the files over to the codehaus Maven repository it would be much appreciated. I'll update the GoldSpike plugin to use the new version when the jar shows up in ibiblio. Changes since the last release: + Update to JRuby 1.0.1 + Support for WebLogic (tested with 9.2) + Fix PUT, DELETE, etc requests not being passed on to RailsServlet. + Add support for HEAD requests to FileServlet. + Fix for a deadlock situation + Add support for adding arbitrary files to WEB-INF, also looking at timestamps and so on to not add unnecessarily. + Spring plugin + Support for caching, by Li Xiao. + Drop support for preparsing the syntax tree + Don't add AR-JDBC or Rails gems if they're already added to vendor. By Michael Schubert. + Servlet configuration templates are now created by a generator. By Bryan Liles. + Support staggered start up of background tasks + Make the servlet context directly available to Rails applications as $servlet_context + Added RailsTaskServlet that makes it possible to run other Rails tasks such as for example ActiveMessaging + Moved all runtime pool management out into a listener, for proper lifecycle management + Added support for rails page caching + Make system environment variables available at request time + Running an embedded Jetty will now use RAILS_ENV (with a default of 'development') as the rails environment + Assemble web application in place rather than using tmp/war + MIT license + Changed File.install to File.copy to improve performance + Fix gem install courtesy Jeffrey Damick + FileServlet can serve directly from an absolute paths From nicksieger at gmail.com Mon Aug 27 13:59:03 2007 From: nicksieger at gmail.com (Nick Sieger) Date: Mon, 27 Aug 2007 12:59:03 -0500 Subject: [Jruby-extras-devel] GoldSpike 1.3 Release In-Reply-To: <46D26DE3.5030804@cs.auckland.ac.nz> References: <46D26DE3.5030804@cs.auckland.ac.nz> Message-ID: On 8/27/07, Robert Egglestone wrote: > > GoldSpike 1.3 is released. > Download: http://rubyforge.org/frs/?group_id=2014 > Source: http://jruby-extras.rubyforge.org/svn/tags/rails-integration/1.3 > > If one of the JRuby devs could please copy the files over to the > codehaus Maven repository it would be much appreciated. Done -- should show up in the main maven repository later today. /Nick -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070827/4166ec57/attachment.html From nobody at rubyforge.org Mon Aug 27 17:41:42 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 27 Aug 2007 17:41:42 -0400 (EDT) Subject: [Jruby-extras-devel] [721] trunk/rails-integration/src/main/java/org/jruby/webapp/RailsServlet.java: Expose $java_servlet_request and $java_servlet_response Message-ID: <20070827214142.5523D5240E38@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070827/b424fe39/attachment-0001.html From nobody at rubyforge.org Mon Aug 27 19:15:52 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 27 Aug 2007 19:15:52 -0400 (EDT) Subject: [Jruby-extras-devel] [722] trunk/rails-integration: Add context-params to Ruby's environment, so that applications can use them for external configuration. Message-ID: <20070827231552.E474B5240C7F@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070827/1cb528a3/attachment.html From nobody at rubyforge.org Tue Aug 28 17:31:03 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Tue, 28 Aug 2007 17:31:03 -0400 (EDT) Subject: [Jruby-extras-devel] [723] trunk/rails-integration/plugins/goldspike-snapshot/lib/war_config.rb: Releasing 1.3 Message-ID: <20070828213103.EEFCE5240CB1@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070828/7249dc8a/attachment.html From nobody at rubyforge.org Tue Aug 28 17:31:28 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Tue, 28 Aug 2007 17:31:28 -0400 (EDT) Subject: [Jruby-extras-devel] [724] trunk/rails-integration/plugins/goldspike/: Remove old version of the plugin Message-ID: <20070828213128.1F6215240D58@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070828/bddef710/attachment.html From nobody at rubyforge.org Tue Aug 28 17:31:47 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Tue, 28 Aug 2007 17:31:47 -0400 (EDT) Subject: [Jruby-extras-devel] [725] trunk/rails-integration/plugins/goldspike/: Relase 1.3 Message-ID: <20070828213147.A8B7C5240C96@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070828/a532e851/attachment.html From nobody at rubyforge.org Tue Aug 28 19:45:52 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Tue, 28 Aug 2007 19:45:52 -0400 (EDT) Subject: [Jruby-extras-devel] [726] trunk/rails-integration/plugins/goldspike-snapshot/lib/war_config.rb: Remove BouncyCastle to see if its required Message-ID: <20070828234552.C5A34A970006@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070828/491c4052/attachment.html From nobody at rubyforge.org Wed Aug 29 16:44:03 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Wed, 29 Aug 2007 16:44:03 -0400 (EDT) Subject: [Jruby-extras-devel] [727] trunk/activerecord-jdbc/lib/jdbc_adapter/jdbc_mssql.rb: fixed mssql test_create_table_with_limits rails test by extending type_to_sql method to handle different types of integers Message-ID: <20070829204404.3CF20A970026@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070829/dbc3c042/attachment-0001.html From nobody at rubyforge.org Thu Aug 30 11:38:53 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 30 Aug 2007 11:38:53 -0400 (EDT) Subject: [Jruby-extras-devel] [728] trunk/activerecord-jdbc/lib/active_record/connection_adapters/jdbc_adapter.rb: In AR_TO_JDBC_TYPES hash Jdbc::Types::BIT was added to :boolean so Message-ID: <20070830153853.5E9075240BD3@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070830/ffa80f21/attachment.html From nobody at rubyforge.org Thu Aug 30 11:59:10 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 30 Aug 2007 11:59:10 -0400 (EDT) Subject: [Jruby-extras-devel] [729] trunk/rails-integration: - Allow FileServlet to work even if activation.jar is not present at runtime Message-ID: <20070830155911.011DE5240AFD@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070830/16789c5d/attachment.html From nicksieger at gmail.com Thu Aug 30 22:32:00 2007 From: nicksieger at gmail.com (Nick Sieger) Date: Thu, 30 Aug 2007 21:32:00 -0500 Subject: [Jruby-extras-devel] AR-JDBC commit 728 broke 200+ tests? Message-ID: This change appears to have broken a whole slew of ActiveRecord tests running JRuby trunk + AR-JDBC trunk -- the commit was the only one that I can see that would have triggered it. http://jruby.thresher.com/browse/ARJDBC-TRUNK-115 http://jruby.thresher.com/browse/ACTIVERECORD-MYSQLTRUNK-597 http://viewvc.rubyforge.mmmultiworks.com/cgi/viewvc.cgi/trunk/activerecord-jdbc/lib/active_record/connection_adapters/jdbc_adapter.rb?content-type=text/vnd.viewcvs-markup&root=jruby-extras&r1=727&r2=728 Looks like most of the errors look like the following: [INFO] 244) Error: [INFO] test_native_types(MigrationTest): [INFO] ActiveRecord::StatementInvalid: NativeException: com.mysql.jdbc.exceptions.MySQLSyntaxErrorException: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '(1)' at line 1: ALTER TABLE people ADD `male` bool(1) [INFO] /Users/nicksieger/Projects/jruby/trunk/testsuites/activerecord/target/activerecord/../activerecord-jdbc/lib/active_record/connection_adapters/jdbc_adapter.rb:551:in `log_no_bench' Looks related -- did I miss anything? Could you please revert until a better solution is found? Thanks, /Nick From nobody at rubyforge.org Fri Aug 31 17:03:58 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 31 Aug 2007 17:03:58 -0400 (EDT) Subject: [Jruby-extras-devel] [730] trunk/activerecord-jdbc/lib/jdbc_adapter/jdbc_mssql.rb: fixed default values in schema Message-ID: <20070831210358.C031C5240E18@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070831/e2ce8e06/attachment.html