Very interesting. I am working on a rest api that communicates with
POP and IMAP servers to download messages to clients which are
currently resque background processes. In the back of my mind, I have
been feeling that i should be leveraging asynchronous request
processing for this since pop and imap can be unpredictable in their
response time. Just not completely sure how to leverage it.
In regards to integrating with rack::logger, do you think it’s
something that may just work out of box somehow or is their still work
to be done with mizuno?
Also, i tried to run mizuno on my sinatra rack app and i get this:
^Cpetrushka:email_gateway karl$ mizuno --debug
“mizuno”
Exception LoadError' at /Users/karl/.rvm/rubies/jruby-1.5.0/lib/ruby/ 1.8/Win32API.rb:2 - Win32API only supported on win32 Exception
LoadError’ at /Users/karl/.rvm/rubies/jruby-1.5.0/lib/ruby/
site_ruby/1.8/rubygems/custom_require.rb:38 - Win32API only supported
on win32
Exception LoadError' at /Users/karl/.rvm/rubies/jruby-1.5.0/lib/ruby/ site_ruby/1.8/rubygems/custom_require.rb:38 - no such file to load -- tilt Exception
Gem::LoadError’ at /Users/karl/.rvm/rubies/jruby-1.5.0/lib/
ruby/site_ruby/1.8/rubygems.rb:777 - Could not find RubyGem memcache-
client (>= 1.7.4)
Exception `Gem::LoadError’ at /Users/karl/.rvm/rubies/jruby-1.5.0/lib/
ruby/site_ruby/1.8/rubygems.rb:777 - Could not find RubyGem tzinfo (~>
0.3.12)
Exception `Gem::LoadError’ at /Users/karl/.rvm/rubies/jruby-1.5.0/lib/
ruby/site_ruby/1.8/rubygems.rb:777 - Could not find RubyGem i18n (>=
0.3.3)
Using Java extension for JSON.
org.jruby.compiler.NotCompilableException: JITed method size exceeds
configured max of 10000
at org.jruby.compiler.JITCompiler
$JITClassGenerator.compile(JITCompiler.java:334)
at org.jruby.compiler.JITCompiler
$JITClassGenerator.generate(JITCompiler.java:356)
at org.jruby.util.ClassCache.defineClass(ClassCache.java:123)
at org.jruby.util.ClassCache.cacheClassByKey(ClassCache.java:92)
at
org.jruby.compiler.JITCompiler.jitThresholdReached(JITCompiler.java:139)
at org.jruby.compiler.JITCompiler.jitIsEnabled(JITCompiler.java:101)
at org.jruby.compiler.JITCompiler.tryJIT(JITCompiler.java:81)
at
org
.jruby
.internal
.runtime.methods.DefaultMethod.tryJitReturnMethod(DefaultMethod.java:
131)
at
org
.jruby.internal.runtime.methods.DefaultMethod.call(DefaultMethod.java:
180)
at
org
.jruby
.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:319)
at
org
.jruby.runtime.callsite.CachingCallSite.callBlock(CachingCallSite.java:
157)
at
org
.jruby.runtime.callsite.CachingCallSite.callIter(CachingCallSite.java:
172)
at
ruby.jit.require_F5B9B69B62A1A8EB304B060744C40F783057DECA.rescue_1$RUBY
$__rescue___0(dependencies.rb:156)
at
ruby
.jit
.require_F5B9B69B62A1A8EB304B060744C40F783057DECA
.file(dependencies.rb)
at
ruby
.jit
.require_F5B9B69B62A1A8EB304B060744C40F783057DECA
.file(dependencies.rb)
at
org.jruby.ast.executable.AbstractScript.file(AbstractScript.java:39)
at
org.jruby.internal.runtime.methods.JittedMethod.call(JittedMethod.java:
153)
at
org
.jruby.internal.runtime.methods.DefaultMethod.call(DefaultMethod.java:
172)
at
org
.jruby
.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:309)
at
org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:
148)
at org.jruby.ast.FCallOneArgNode.interpret(FCallOneArgNode.java:36)
at org.jruby.ast.NewlineNode.interpret(NewlineNode.java:104)
at org.jruby.ast.BlockNode.interpret(BlockNode.java:71)
at org.jruby.ast.RootNode.interpret(RootNode.java:129)
at org.jruby.Ruby.loadFile(Ruby.java:2539)
Any ideas?
thx.
-karl
On Jul 21, 2010, at 8:17 AM, Don W. wrote:
You can ‘throw :async’ and use ‘async.callback’, just like you can
U.S.’ at the moment.
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email