[jruby-dev] [jira] Created: (JRUBY-3222) Problems with migrations where direct type specified
Problems with migrations where direct type specified
Key: JRUBY-3222
URL: http://jira.codehaus.org/browse/JRUBY-3222
Project: JRuby
Issue Type: Bug
Components: ActiveRecord-JDBC
Affects Versions: ActiveRecord-JDBC 0.8.2
Environment: Jruby 1.1.5, MySQL
Reporter: Alexander Borovsky
Attachments: activerecord-jdbc-adapter.patch
When we use direct type specification in migrations, error triggered during
migration in type_to_sql function. Testcase:
{code}
create_table :tests do |t|
t.integer :test
end
change_column :tests, :test, 'integer unsigned'
{code}
For fix this problem this function should be ported from new rails (f.e.
attached patch change this function to Rails's 2.1.2 version)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
[jruby-dev] [jira] Created: (JRUBY-3223) jruby 1.1.7 fails on gem ri documentation install
jruby 1.1.7 fails on gem ri documentation install - Key: JRUBY-3223 URL: http://jira.codehaus.org/browse/JRUBY-3223 Project: JRuby Issue Type: Bug Affects Versions: JRuby 1.1.7 Environment: Windows Vista Reporter: Nabeel Zafar Assignee: Thomas E Enebo Priority: Minor This is what happens when installing a gem which includes ri documentation (in this case the gem "facets"): Installing ri documentation for facets-2.5.0... java.lang.System:-2:in `arraycopy': java.lang.ArrayIndexOutOfBoundsException from org.jruby.RubyString:811:in `addByteLists' from org.jruby.RubyString:793:in `op_plus' from org.jruby.RubyString$i_method_1_0$RUBYINVOKER$op_plus:-1:in `call' from org.jruby.runtime.callsite.CachingCallSite:280:in `cacheAndCall' from org.jruby.runtime.callsite.CachingCallSite:116:in `call' from org.jruby.ast.CallOneArgNode:57:in `interpret' from org.jruby.ast.CallOneArgNode:57:in `interpret' from org.jruby.ast.LocalAsgnNode:120:in `interpret' from org.jruby.ast.IfNode:111:in `interpret' from org.jruby.ast.NewlineNode:101:in `interpret' from org.jruby.ast.BlockNode:68:in `interpret' from org.jruby.internal.runtime.methods.DefaultMethod:156:in `interprete dCall' from org.jruby.internal.runtime.methods.DefaultMethod:133:in `call' from org.jruby.internal.runtime.methods.DefaultMethod:246:in `call' from org.jruby.runtime.callsite.CachingCallSite:114:in `call' from org.jruby.ast.FCallOneArgNode:36:in `interpret' from org.jruby.ast.NewlineNode:101:in `interpret' from org.jruby.ast.BlockNode:68:in `interpret' from org.jruby.internal.runtime.methods.DefaultMethod:156:in `interprete dCall' from org.jruby.internal.runtime.methods.DefaultMethod:133:in `call' from org.jruby.internal.runtime.methods.DefaultMethod:183:in `call' from org.jruby.runtime.callsite.CachingCallSite:32:in `call' from org.jruby.ast.FCallManyArgsNode:60:in `interpret' from org.jruby.ast.NewlineNode:101:in `interpret' from org.jruby.ast.IfNode:109:in `interpret' from org.jruby.ast.NewlineNode:101:in `interpret' from org.jruby.ast.WhenNode:103:in `interpret' from org.jruby.ast.Node:223:in `when' from org.jruby.ast.CaseNode:137:in `interpretExpressions' from org.jruby.ast.CaseNode:111:in `interpret' from org.jruby.ast.NewlineNode:101:in `interpret' from org.jruby.ast.BlockNode:68:in `interpret' from org.jruby.ast.WhileNode:128:in `interpret' from org.jruby.ast.NewlineNode:101:in `interpret' from org.jruby.ast.BlockNode:68:in `interpret' from org.jruby.internal.runtime.methods.DefaultMethod:156:in `interprete dCall' from org.jruby.internal.runtime.methods.DefaultMethod:133:in `call' from org.jruby.internal.runtime.methods.DefaultMethod:246:in `call' from org.jruby.runtime.callsite.CachingCallSite:114:in `call' from org.jruby.ast.FCallOneArgNode:36:in `interpret' from org.jruby.ast.NewlineNode:101:in `interpret' from org.jruby.ast.BlockNode:68:in `interpret' from org.jruby.ast.WhenNode:103:in `interpret' from org.jruby.ast.Node:223:in `when' from org.jruby.ast.CaseNode:137:in `interpretExpressions' from org.jruby.ast.CaseNode:111:in `interpret' from org.jruby.ast.NewlineNode:101:in `interpret' from org.jruby.ast.BlockNode:68:in `interpret' from org.jruby.internal.runtime.methods.DefaultMethod:156:in `interprete dCall' from org.jruby.internal.runtime.methods.DefaultMethod:133:in `call' from org.jruby.internal.runtime.methods.DefaultMethod:183:in `call' from org.jruby.runtime.callsite.CachingCallSite:32:in `call' from org.jruby.ast.FCallManyArgsNode:60:in `interpret' from org.jruby.ast.NewlineNode:101:in `interpret' from org.jruby.ast.IfNode:109:in `interpret' from org.jruby.ast.NewlineNode:101:in `interpret' from org.jruby.ast.WhenNode:103:in `interpret' from org.jruby.ast.Node:223:in `when' from org.jruby.ast.CaseNode:137:in `interpretExpressions' from org.jruby.ast.CaseNode:111:in `interpret' from org.jruby.ast.NewlineNode:101:in `interpret' from org.jruby.ast.BlockNode:68:in `interpret' from org.jruby.ast.WhileNode:128:in `interpret' from org.jruby.ast.NewlineNode:101:in `interpret' from org.jruby.ast.BlockNode:68:in `interpret' from org.jruby.internal.runtime.methods.DefaultMethod:156:in `interprete dCall' from org.jruby.internal.runtime.methods.DefaultMethod:133:in `call' from org.jruby.internal.runtime.methods.DefaultMethod:183:in `call' from org.jruby.ru
[jruby-dev] [jira] Created: (JRUBY-3224) Array#to_java with java object reference doesn't carry over object identity
Array#to_java with java object reference doesn't carry over object identity --- Key: JRUBY-3224 URL: http://jira.codehaus.org/browse/JRUBY-3224 Project: JRuby Issue Type: Bug Affects Versions: JRuby 1.1.5, JRuby 1.1.4 Reporter: Lenny Marks Assignee: Thomas E Enebo Attachments: spec-patch.txt http://archive.codehaus.org/lists/org.codehaus.jruby.user/msg/[EMAIL PROTECTED] Maybe this is necessary, but it can have non-intuitive results when testing because stubbed behavior disappears on objects that are passed into java methods in java arrays. e.g the spec below began failing for me after 1.1.3 since the stubbed stuff is defined on the java objects directly. def new_fig_details(values) .. fig.stub!(:finalPercent).and_return(values[:percent]) #finalPercent is read only method .. fig end ... it "should be able to handle multiple figures" do fig = new_fig_details(:num => 1, :width => 12, :height => 11, :picas => 12, :percent => 1.00, :col_size => 1.0, :total => 11) fig2 = new_fig_details(:num => 2, :width => 11, :height => 12, :picas => 13, :percent => 2.00, :col_size => 3.0, :total => 16) @data.figureDetails = [fig, fig2].to_java(LengthCheck::FigureDetail) expected = " 1 1 12 11 12 1.00 1.0 11\n" + " 2 2 11 12 13 2.00 3.0 16\n" @substitutions.do_figure_substitutions!(@text) @text.should == expected end -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email
[jruby-dev] [jira] Created: (JRUBY-3225) [Regression] slowdown in Jruby 1.1.6RC2 using Rails 2.1.1
[Regression] slowdown in Jruby 1.1.6RC2 using Rails 2.1.1 - Key: JRUBY-3225 URL: http://jira.codehaus.org/browse/JRUBY-3225 Project: JRuby Issue Type: Bug Affects Versions: JRuby 1.1.6 Environment: Ubuntu 8.04, Glassfish V3 trunk, Rails 2.1.1, Jruby 1.1.6RC1 Reporter: Jacob Kessler Assignee: Thomas E Enebo Using Jruby 1.1.5, I'm able to get a fairly consistent 80 ops/second per glassfish instance Using Jruby 1.1.6RC1, I'm able to get about 20 ops/second per glassfish instance. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email
[jruby-dev] [jira] Created: (JRUBY-3226) Including more than one java interface stops Test::Unit execution
Including more than one java interface stops Test::Unit execution - Key: JRUBY-3226 URL: http://jira.codehaus.org/browse/JRUBY-3226 Project: JRuby Issue Type: Bug Environment: jruby 1.1.5 (ruby 1.8.6 patchlevel 114) (2008-11-03 rev 7996) [x86_64-java] Reporter: Jari Bakken Assignee: Thomas E Enebo By including two java interfaces in a ruby class, Test::Unit's at_exit hook is never run. Printing $! at the end shows # requires JavaClass (NilClass given)> See http://gist.github.com/33726 for a more detailed example. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email
[jruby-dev] Sandbox Gem
Hey guys, I made a tweak to the javasand gem so that it works with JRuby 1.1.5 (not sure about 1.1.6 yet), but I'm not sure what to do now, should I send someone a diff file or something? Thanks, Rob - To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email
