windows - Jruby:将 Pry 与 JRuby(和 JRubyFx)一起使用

Question

在 Windows 上将 Pry gem 与 JRuby 和 JRubyFx 一起使用的正确方法是什么？

require 'jrubyfx'
require 'pry'

class SimpleFXApplication < JRubyFX::Application
    def start(stage)
    stage.title = "jrubyfx app"
    @ctrlr = SimpleFXController.load_fxml("some_fxml_code_for_ui.fxml", stage)
    stage.show
  end
end

class SimpleFXController < JRubyFX::Controller
end

SimpleFXApplication.launch
binding.pry

启动应用程序后，我的控制台不再接受输入，“pry”仅在我关闭 SimpleFXApplication 窗口时返回接受输入。

我也尝试过使用 Java 线程:

...
binding.pry
Java.java.lang.Thread.new do SimpleFXApplication.launch end

但是，尽管新线程 ID 显示为正在运行，但 SimpleFXApplication 永远不会启动。

我尝试的另一件事是从控制台开始 pry，然后要求并启动 SimpleFXApplication:

jruby -S pry

require './jrubyfx_demo.rb'

true

SimpleFXApplication.launch

我收到以下错误...

Exception running Application: java.net.MalformedURLException: unknown protocol: c java.net.URL.(Unknown Source) java.net.URL.(Unknown Source) sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source) sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source) java.lang.reflect.Constructor.newInstance(Unknown Source) org.jruby.javasupport.JavaConstructor.newInstanceDirect(JavaConstructor.java:291) org.jruby.java.invokers.ConstructorInvoker.call(ConstructorInvoker.java:104) org.jruby.java.invokers.ConstructorInvoker.call(ConstructorInvoker.java:197) org.jruby.runtime.callsite.CachingCallSite.callBlock(CachingCallSite.java:211) org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:217) org.jruby.java.proxies.ConcreteJavaProxy$2.call(ConcreteJavaProxy.java:56) org.jruby.runtime.callsite.CachingCallSite.callBlock(CachingCallSite.java:211) org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:217) org.jruby.RubyClass.newInstance(RubyClass.java:862) org.jruby.RubyClass$INVOKER$i$newInstance.call(RubyClass$INVOKER$i$newInstance.gen) org.jruby.internal.runtime.methods.JavaMethod$JavaMethodZeroOrOneOrTwoOrNBlock.call(JavaMethod.java:295) org.jruby.java.proxies.ConcreteJavaProxy$3.call(ConcreteJavaProxy.java:155) org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:346) org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:204) org.jruby.ast.CallTwoArgNode.interpret(CallTwoArgNode.java:59) org.jruby.ast.NewlineNode.interpret(NewlineNode.java:105) org.jruby.ast.BlockNode.interpret(BlockNode.java:71) org.jruby.ast.IfNode.interpret(IfNode.java:118) org.jruby.ast.AttrAssignOneArgNode.interpret(AttrAssignOneArgNode.java:33) org.jruby.ast.NewlineNode.interpret(NewlineNode.java:105) org.jruby.ast.BlockNode.interpret(BlockNode.java:71) org.jruby.evaluator.ASTInterpreter.INTERPRET_METHOD(ASTInterpreter.java:75) org.jruby.internal.runtime.methods.InterpretedMethod.call(InterpretedMethod.java:268) org.jruby.internal.runtime.methods.DefaultMethod.call(DefaultMethod.java:220) org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:366) org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:238) org.jruby.ast.FCallThreeArgNode.interpret(FCallThreeArgNode.java:40) org.jruby.ast.LocalAsgnNode.interpret(LocalAsgnNode.java:123) org.jruby.ast.NewlineNode.interpret(NewlineNode.java:105) org.jruby.ast.BlockNode.interpret(BlockNode.java:71) org.jruby.evaluator.ASTInterpreter.INTERPRET_METHOD(ASTInterpreter.java:75) org.jruby.internal.runtime.methods.InterpretedMethod.call(InterpretedMethod.java:225) org.jruby.internal.runtime.methods.DefaultMethod.call(DefaultMethod.java:204) org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:346) org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:204) org.jruby.ast.CallTwoArgNode.interpret(CallTwoArgNode.java:59) org.jruby.ast.InstAsgnNode.interpret(InstAsgnNode.java:95) org.jruby.ast.NewlineNode.interpret(NewlineNode.java:105) org.jruby.ast.BlockNode.interpret(BlockNode.java:71) org.jruby.evaluator.ASTInterpreter.INTERPRET_METHOD(ASTInterpreter.java:75) org.jruby.internal.runtime.methods.InterpretedMethod.call(InterpretedMethod.java:182) org.jruby.internal.runtime.methods.DefaultMethod.call(DefaultMethod.java:188) org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:326) org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:170) org.jruby.ast.CallOneArgNode.interpret(CallOneArgNode.java:57) org.jruby.ast.NewlineNode.interpret(NewlineNode.java:105) org.jruby.ast.BlockNode.interpret(BlockNode.java:71) org.jruby.ast.RescueNode.executeBody(RescueNode.java:224) org.jruby.ast.RescueNode.interpret(RescueNode.java:119) org.jruby.ast.BeginNode.interpret(BeginNode.java:83) org.jruby.ast.NewlineNode.interpret(NewlineNode.java:105) org.jruby.evaluator.ASTInterpreter.INTERPRET_BLOCK(ASTInterpreter.java:112) org.jruby.runtime.Interpreted19Block.evalBlockBody(Interpreted19Block.java:209) org.jruby.runtime.Interpreted19Block.yield(Interpreted19Block.java:197) org.jruby.runtime.Interpreted19Block.call(Interpreted19Block.java:128) org.jruby.runtime.Block.call(Block.java:89) org.jruby.RubyProc.call(RubyProc.java:261) org.jruby.RubyProc.call(RubyProc.java:213) org.jruby.javasupport.JavaUtil$1.call(JavaUtil.java:237) org.jruby.javasupport.util.RuntimeHelpers$MethodMissingMethod.call(RuntimeHelpers.java:445) org.jruby.gen.InterfaceImpl1014569521.run(org/jruby/gen/InterfaceImpl1014569521.gen:13) com.sun.javafx.application.PlatformImpl$5.run(PlatformImpl.java:215) com.sun.javafx.application.PlatformImpl$4$1.run(PlatformImpl.java:179) com.sun.javafx.application.PlatformImpl$4$1.run(PlatformImpl.java:176) java.security.AccessController.doPrivileged(Native Method) com.sun.javafx.application.PlatformImpl$4.run(PlatformImpl.java:176) com.sun.glass.ui.win.WinApplication._runLoop(Native Method) com.sun.glass.ui.win.WinApplication.access$100(WinApplication.java:29) com.sun.glass.ui.win.WinApplication$3$1.run(WinApplication.java:73) java.lang.Thread.run(Unknown Source) => nil

我猜这与 JrubyFx 使用线程的方式有关，或者我不知道这是否是影响 Pry 在 JRuby 中的使用的更普遍的问题。 我想了解更多，如果有人可以分享一些建议，我将不胜感激。

Answer 1

SimpleFXApplication.launch 永远不会返回，直到 Platform.exit 被调用(关闭窗口在后台执行此操作)

要执行您想要执行的操作，请在 start 方法中 fork ，或者在 JavaFX 启动应用程序后在其他一些计时器方法中 fork 。

作为 JRubyFX 开发人员之一，我还可以告诉您线程在 JRubyFX/JavaFX 中的工作原理:

1. 主线程生成 UI JavaFX 线程并等待来自 JavaFX 线程的锁
2. UI 线程启动一堆平台内容
3. UI 线程调用开始(阶段)
4. start(stage) 设置事件处理程序、UI 等(这是您应该启动 pry 的地方)
5. 用户调用 stage.show 启动 JavaFX 事件(点击、鼠标移动、按键、最小化等)
6. 事件线程使用事件处理程序回调 UI 线程
7. 用户通过单击 [x] 或调用 Platform.exit 发出他们想要关闭 JavaFX 的信号
8. stage.show 收到事件锁并返回
9. UI 线程释放主线程上的锁。
10. UI 线程清理，而主线程继续运行