Details
-
Type:
Bug
-
Status:
Closed
-
Priority:
Major
-
Resolution: Not A Bug
-
Affects Version/s: JRuby 1.7.0.pre1
-
Fix Version/s: None
-
Component/s: Ruby 1.8.7
-
Labels:None
-
Environment:Hidejava version "1.7.0_05"
Java(TM) SE Runtime Environment (build 1.7.0_05-b05)
Java HotSpot(TM) 64-Bit Server VM (build 23.1-b03, mixed mode)
... RUBYOPT = --1.8 ...
jruby 1.7.0.preview1 (ruby-1.8.7-p357) (2012-05-19 00c8c98) (Java
HotSpot(TM) 64-Bit Server VM 1.7.0_05) [darwin-x86_64-java]Showjava version "1.7.0_05" Java(TM) SE Runtime Environment (build 1.7.0_05-b05) Java HotSpot(TM) 64-Bit Server VM (build 23.1-b03, mixed mode) ... RUBYOPT = --1.8 ... jruby 1.7.0.preview1 (ruby-1.8.7-p357) (2012-05-19 00c8c98) (Java HotSpot(TM) 64-Bit Server VM 1.7.0_05) [darwin-x86_64-java]
-
Number of attachments :
Description
Ran into this issue while trying to make a Rails 2.3.14 application work in above mentioned environment ...
SystemStackError (stack level too deep):
org/jruby/RubyProc.java:269:in `call'
org/jruby/RubyProc.java:219:in `call'
org/jruby/RubyProc.java:269:in `call'
org/jruby/RubyProc.java:219:in `call'
org/jruby/RubyArray.java:1611:in `each'
app/controllers/application_controller.rb:291:in `render_payload'
app/controllers/application_controller.rb:346:in
`render_create_or_error'
app/controllers/messages_controller.rb:61:in `create'
org/jruby/RubyKernel.java:1969:in `send'
org/jruby/RubyKernel.java:1969:in `send'
org/jruby/RubyProc.java:269:in `call'
org/jruby/RubyProc.java:219:in `call'
org/jruby/RubyArray.java:1611:in `each'
Here's some backcground on what we have did and what has been working fine for more than a year now - we have customized the to_json for our custom serialization purpose. This custom to_json descends down by way of a recursion, in the sense that it invokes the custom to_json recursively. I must be facing a memory leak mostly with json processing, as I have tried with the bleeding edge jruby source retrieved from GIT repository. Here's the stack trace in ruby console ... see attached.