WindowsでJRubyおよびJRubyFxでPrygemを使用する正しい方法は何ですか？
私はJRubyFx（JavaFX JRubyバインディング-https：//github.com/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
アプリを起動した後、コンソールは入力を受け付けなくなり、SimpleFXApplicationウィンドウを閉じたときにのみ「pry」が入力の受け入れに戻ります。
また、Javaスレッドを使用してみました。
...
binding.pry
Java.java.lang.Thread.new do SimpleFXApplication.launch end
ただし、新しいスレッドIDは実行中として表示されますが、SimpleFXApplicationは起動しません。
私が試したもう1つのことは、コンソールからこじ開けてから、SimpleFXApplicationを要求して起動することです。
jruby -S pry
'./jrubyfx_demo.rb'が必要です
true
SimpleFXApplication.launch
そして、私は次のエラーを受け取ります...
アプリケーションの実行中の例外：java.net.MalformedURLException：不明なプロトコル：c java.net.URL。（不明なソース）java.net.URL。（不明なソース）sun.reflect.NativeConstructorAccessorImpl.newInstance0（ネイティブメソッド）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。解釈（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。解釈（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（ネイティブメソッド）com.sun.javafx.application.PlatformImpl$4。run（PlatformImpl.java:176）com.sun.glass.ui.win.WinApplication._runLoop（ネイティブメソッド）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（不明なソース）=> nil
JrubyFxがスレッドを使用する方法に関係があると思います。または、JRubyでのPryの使用に影響を与えるより一般的な問題かどうかはわかりません。もっと知りたいのですが、誰かができれば幸いです。いくつかのアドバイスを共有します。