問題タブ [ibm-jdk]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
ibm-cloud - ClassifyImagesOptions は廃止されましたか?
もしそうなら、それは何に置き換えられましたか？そうしないと、正しくインポートできないようです。どうすればそれができるかについて、誰かが私に指針を教えてもらえますか？
java - WebSphere Web コンテナーのスレッドがハングし、最大スレッド状態が実行可能になる
2 つのノード エージェントと 4 つのアプリケーション サーバーを備えた WebSphere 環境があります。トラフィックが多い場合、アプリケーション サーバーの 1 つが要求への応答を停止し、最大 Web コンテナー スレッド数にジャンプします。
スレッド ダンプを分析したところ、約 60% のスレッドが実行可能な状態にあり、20% が待機状態と保留状態にあることがわかりました。
スレッド ダンプにデッドロックの警告は表示されません。よく見ると、Web コンテナ スレッドの 1 つがロックを所有しており、次のメッセージが表示されていることがわかりました。
誰かが上記のエラーとその解決策を理解するのを手伝ってくれますか?
java-8 - Nashorn と OSGi: invocable.getInterface() : ScriptObject と MyInterface の共通クラス ローダーが見つかりません
IBM Java 7 から 8 に更新する前は、次のコードが Equinox OSGi 環境で動作していました。
以前のセットアップでは、使用可能な ScriptEngineFactory として登録されていないエンジンとして Rhino を使用していましたが、クラスパスには「Oracle Nashorn」のみがありました。
IBM Java 8 (Nashorn を含む) に更新した後、次の例外が発生します。
Nashorn は、jdk.nashorn.internal.runtime.ScriptFunction (Ext ClassLoader) のクラスローダーが指定されたインターフェイス (Bundle ClassLoader) をロードできるかどうか、またはその逆を次の方法でチェックしようとします。
クラスローダーの1つがJava 8 + OSGiでNashornを操作するための他の回避策を認識できるようにOSGiを構成する方法はありますか?
javascript - コンテキスト PowerMockRunner でテストを実行すると ExceptionInInitializerError
テスト クラス DocumentIndicatorTest があります。初期は @RunWith(MockitoJUnitRunner.class) で動作します。これを @RunWith(PowerMockRunner.class) で変更します。そして、ローカルPC（win7）で完璧に動作します。しかし、このスクリプトを Bamboo サーバー (Linux) で実行すると、失敗しました。
powerMockito がなくても大丈夫です。
問題点は new ScriptEngineManager().getEngineByName(engineType.name().toLowerCase()); です。
RhinoScriptEngine - IBM jdk のクラス、javascript.jar。ローカル PC と開発 PC の異なる jar バージョン (WebSphere バージョン) で問題が発生する可能性があります。
アイデアはありますが、どのように修正しますか?
PS私の英語でごめんなさい
java - IBM JDK8 で sun.io.UnknownCharacterException 例外が表示される
製品を起動すると、この例外が発生します。JDK を JDK7 に切り替えると、正常に起動します。
完全なスタック トレース:
これに似ているかもしれませんが、すべてのデータベースでこの問題が発生します: Connect to DB2 database via jdbc
java - 発信 https トランザクションの Web ロジックで TLS バージョン 1.2 を有効にする方法
私は、発信 https トランザクションのために Web ロジック サーバーで TLS バージョン 1.2 を有効にする必要がある 1 つのプロジェクトに取り組んでいます。Web ロジック起動スクリプトで以下のプロパティを使用してみました: Weblogic.security.SSL.minimumProtocolVersion=TLSv1.2 または Weblogic.security.SSL.protocolVersion=TLS
しかし、いくつかのテストを実行したところ、weblogic SSL ログの clientHello メッセージで TLSv1 がまだ使用されていることがわかりました。TLSv1.2 で TLS ハンドシェイクを開始するためにあらゆる順列と組み合わせを試しましたが、これまでのところ成功していません。
weblogic で sun ベースの http ハンドラーを有効にし、起動スクリプトで以下のプロパティを使用すると、TLSv1.2 -DUseSunHttpHandler=true -Dhttps.protocols=TLSv1.2 を使用できました。
私の質問は、Sun ベースの http クラスの代わりに weblogic http 接続クラスを使用する場合に、発信 https トランザクションに対して IBM Java 1.7 SR9 を使用して weblogic 12c バージョンで TLSv1.2 を有効にする方法です。
locking - Weblogic での JAX-WS 呼び出しでのクラスローダーの競合
示されているように、ClassLoader ロックを所有する以下のスレッドの背後で待機している多くのスレッドに遭遇しています。
これは、IBM JDK 1.7 で実行されている Weblogic 10.3.6 で発生しています。
Weblogic JAX-WS 実装を新しいものに交換することを検討しましたが、その道に着手する前に問題が解決されるという証拠が必要です。
こちらも参照してくださいIs this JAX-WS client call thread safe? プロキシ クラスがスレッド セーフではないこと。プロキシ クラスの ThreadLocal インスタンスの使用についてはどうでしょうか。それとも、KryoPool に似たプロキシ クラスのプールですか?
モニター
Java スタック