問題タブ [wildfly-17]

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.

0 投票する
1 に答える
1471 参照

deployment - java.lang.NoClassDefFoundError: org/omg/CORBA/TRANSIENT -- WildFly 17

Web アプリケーションを Wildfly アプリケーション サーバーにデプロイしようとしていますが、以下のエラーに直面していました。私はWildFlyを初めて使用します。誰でもこれについて私を助けることができますか?

以下の2つのオプションを試しましたが、どちらもうまくいきませんでした。

  1. イメージをチェックして、サーバー構成 (おそらくstandalone.xml) に「iiop-openjdk」拡張機能とサブシステムが含まれていることを確認してください。JDK の ORB は公開しません。代わりに、バンドルされているものがあります。

  2. Import-Package ステートメントを Manifest.MF Import-Package に追加します: org.omg.CORBA

    SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 127) デプロイメント中の重大なエラー: : java.lang.NoClassDefFoundError: org/omg/CORBA/TRANSIENT at com.ibm.websphere.naming. org.jboss.as.naming.InitialContext.getDefaultInitCtx(InitialContext.java:116) の WsnInitialContextFactory.getInitialContext(WsnInitialContextFactory.java:187) org.jboss.as.naming.InitialContext.init(InitialContext.java:101) の javax .naming.ldap.InitialLdapContext.(InitialLdapContext.java:154) org.jboss.as.naming.InitialContext.(InitialContext.java:91) org.jboss.as.naming.InitialContextFactory.getInitialContext(InitialContextFactory.java:43) ) javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:684) で javax.naming.InitialContext で。com.sun.faces.util.Util.getCdiBeanManager( Util.java:1552) com.sun.faces.application.applicationimpl.Version.isJsf23(Version.java:57) com.sun.faces.application.applicationimpl.ExpressionLanguage.addELResolver(ExpressionLanguage.java:136) com org.jboss.as.jsf.injection.weld.WeldApplication.(WeldApplication.java:60) の .sun.faces.application.ApplicationImpl.addELResolver(ApplicationImpl.java:221)。 com.sun.faces.application.InjectionApplicationFactory.getApplication(InjectionApplicationFactory.java:61) com.sun.faces.config.InitFacesContext.getApplication(InitFacesContext.java:109) で com.sun.faces.lifecycle.ClientWindowFactoryImpl.(ClientWindowFactoryImpl.java:39) で sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ) java.lang.reflect.Constructor.newInstance(Constructor.java:422) で sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) で sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) でjavax.faces.FactoryFinderInstance.getImplGivenPreviousImpl(FactoryFinderInstance.java:458) の .lang.Class.newInstance(Class.java:442) javax.faces.FactoryFinderInstance.getImplementationInstance(FactoryFinderInstance.java:348) の javax.faces.FactoryFinderInstance.getFactory(FactoryFinderInstance.java:200) で javax.faces.FactoryFinder.getFactory(FactoryFinder.java:279) で com.sun.faces.config.processor.FactoryConfigProcessor.lambda$verifyFactoriesExist$0(FactoryConfigProcessor.java:303) でcom.sun.faces.config.processor.FactoryConfigProcessor$$Lambda$726/14797740.accept(不明なソース) java.util.Spliterators$ArraySpliterator.forEachRemaining(Spliterators.java:948) at java.util.stream.ReferencePipeline$Head .forEach(ReferencePipeline.java:580) の com.sun.faces.config.processor.FactoryConfigProcessor.verifyFactoriesExist(FactoryConfigProcessor.java:297) の com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigProcessor.java:211) ) com.sun.faces.config.ConfigManager.lambda$initialize$0(ConfigManager.java:294) で com.sun.faces.config.ConfigManager$$Lambda$725/29607565.accept(不明なソース) で java.util.Iterator.forEachRemaining(Iterator.java:116) で java.util.Spliterators$IteratorSpliterator. forEachRemaining(Spliterators.java:1801) at java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:580) com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:292) com.sun io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl. java:216) io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl.java:185) で、io.undertow.servlet で。core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:42) at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43) at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0 (SecurityContextThreadSetupAction.java:105) org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction$$Lambda$720/9165134.call (不明なソース) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0 (UndertowDeploymentInfoService.java:1502) org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction$$Lambda$721/25627419.call (不明なソース) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction$$Lambda$721/25627419.call(Unknown Source) at org.wildfly.extension.undertow. deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction$$Lambda$721/25627419.call(Unknown Source) at org.wildfly.extension. undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction$$Lambda$721/25627419.call(不明なソース) at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:250) at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService) .java:96) org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:78) で java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) で java.util .concurrent.FutureTask.run(FutureTask.java:266) org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982) org. jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377) java.lang.Thread.run(Thread.java:745) at org.jboss.threads.JBossThread .run(JBossThread.java:485) 原因: java.lang.ClassNotFoundException: org.omg.CORBA.TRANSIENT from [Module "com.jars" from local module loader @100d6b1 (finder: local module finder @fd02e5 (ルート: D:\KT\wildfly-17.0.0.Final\modules,D:\KT\wildfly-17.0.0.Final\modules\system\layers\base))] org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader) .java:255) org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:410) org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398) org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116) ... 67 詳細

    /li>
0 投票する
1 に答える
472 参照

session - Wildfly 17 分散 Infinispan キャッシュ セッションが見つかりません

セッションの分散キャッシュを使用して wf 17 を構成することを検討していますが、適切に機能させるのに問題があります。これは分散構成です。基本認証を使用します。投稿を /j_security_check に送信すると、あるノードに送信され、認証が正常に完了した後に /index.html を取得すると、別のノードに送信されます。リクエストが2番目のノードに到着すると、次の例外があります。

/j_security_check 投稿が発生した他のサーバーで確認できます。

inifinispan キャッシュの構成は次のとおりです。

セッションが infinispan にキャッシュされている限り、リクエストが最初に 2 番目のサーバーにヒットしたときに見つからず、作成しようとすると、既に存在していると不平を言うのはなぜですか?

また、上記のキャッシュを使用するように distributable-web:1.0 wf サブシステムを構成しようとしましたが、出力は同じです。それが必要かどうかはわかりません.web.xmlにタグがある場合、同じ「デフォルト」の配布可能なWebサブシステムになりますか?

私が気づいたが理解できない別の状況:

これは同じノードで発生しました。上記のセッションで応答を受け取り、その直後にセッションを見つけることができず、最終的に j_security_check の 404 を受け取りました。

0 投票する
2 に答える
3359 参照

jms - jboss-cli を使用して WildFly 17 で JMS キューを作成する方法

ドメイン モードで WildFly 17 を実行しています。JMS キューを手動で追加してきましたが、配置スクリプトの一部として構成を追加したいと考えています。を使用してサーバーとデータソースを作成できますがjboss-cli、キューを使用するとうまくいきません。次のような domain_config.xml で終了したいと思います。

Wildfly で CLI を使用してメッセージング サブシステムをセットアップする方法を見てきましたが、返されるのはエラーだけです。

domain_config.xml の完全なネストは次のとおりです。