问题标签 [wildfly-11]

从 Wildfly 10 升级到 11（最终版）时，我遇到了 2 个问题。

在 Firefox 下，我收到以下错误；

2017-10-25 13:28:42,865 错误 [io.undertow.request]（默认任务 20）UT005023：对 /fluid/javax.faces.resource/syntaxhighlighter.css.xhtml 的异常处理请求：java.lang.IllegalStateException : ssl 在 org.wildfly.openssl.SSLImpl.getSessionId(SSLImpl.java:479) 在 org.wildfly.openssl.OpenSSLEngine.getSession(OpenSSLEngine.java: 871）在 io.undertow.protocols.ssl.SslConduit.getSslSession(SslConduit.java:638) 在 io.undertow.protocols.ssl .UndertowSslConn

请参见; https://issues.jboss.org/browse/WFLY-9479

以及关于使用 Atmosphere 的 WebSockets - 2.4.14；

rieve 所有个人库存物品都花费了“0”毫秒。2017-10-25 13:26:54,718 调试 [com.flowjob.web.backing.push.endpoint.RefreshViewEndpoint] (Atmosphere-Scheduler-190) [/refresh_view] : onClose() 2017-10-25 13:26: 54,744 调试 [com.flowjob.web.backing.push.endpoint.RefreshViewEndpoint]（默认任务 28）[/refresh_view]：onOpen() 2017-10-25 13:26:55,022 错误 [io.undertow.request]（默认任务 18) UT005023：对 /fluid/primepush/user_session/ZKAen-M9wRcAFnnjsaI2wzjb0sBE80YCWPRChM-j 的异常处理请求：在 java.util.concurrent.ConcurrentHashMap.putVal(ConcurrentHashMap.java:1011) 在 java.util 的 java.lang.NullPointerException .concurrent.ConcurrentHashMap.put(ConcurrentHashMap.java:1006) 在 org.atmosphere.cpr.AtmosphereRequest$LocalAttributes.put(AtmosphereRequest.java:589) 在 org.atmosphere.cpr。

请参见; https://issues.jboss.org/browse/WFLY-9480

还有人有问题吗？

编写了一个使用 Log4J2 的编程配置的简单 Web 应用程序。（没有 log4j2.xml）

配置器片段如下所示

包 main.logging.config 下有一个自定义附加程序（插件），如下所示

该应用程序是一个基于 servlet 的应用程序，在 doGet() 下有一个日志记录语句

我还通过将以下配置添加到 Web-Inf 来禁用日志记录子系统

该应用程序部署为 WAR 文件并通过管理控制台上传到 WildFly。

访问 URL 后，我在 Wildfly 控制台中看到以下错误。该代码在 Tomcat8x 和 Weblogic 12.2.1.3 上按预期工作，但在 Jboss 上不工作。:(

Log4j2 似乎无法识别 WildFly 中的注释插件。不确定这是否是 log4j2 或 WildFly 的问题。JVM 是 Java 8x112

编辑：WildFly 10 Final 出现同样的错误。

我目前正在将 .war 网络服务部署到 Wildfly 11 应用程序服务器中。

问题是，我正在处理一些遗留代码，其中 JNDI 名称通过类似的东西访问

@Resource(name = "xpto/myStringValue") 私有字符串 myString;

我尝试使用配置“standalone.xml”文件

但是Wildfly一直告诉我

“绑定名称无效，名称必须以 [java:global, java:jboss, java:/] 之一开头”

有谁知道如何在不更改 Java 代码上的 JNDI 名称的情况下解决这种情况？

非常感谢

我正在尝试保护我的 RESTFul 网络服务，但我没有这样做。

即使我创建了 web.xml、Application 子类并放置了注释，我仍然可以在没有身份验证的情况下访问 web 服务。

你们知道我做错了什么吗？

我正在使用以下堆栈： Resteasy 3.0.24 Wildfly 11

这是我的代码：

MDBService.java

MDBApplication.java

web.xml

构建.gradle

我们想从 Wildfly 9 切换到 Wildfly 11。我们在 4.2 版中使用 Microsoft SQL Server 驱动程序。

我们使用 Microsoft SQL Server 并像这样嵌入驱动程序：

数据源配置如下：

在 Wildfly 9 上部署我们的应用程序时，一切正常。当它部署在 Wildfly 11 上时，会发生此错误：

localhost尽管提供了 a ，为什么驱动程序要连接connection-url？

下面的代码在 Wildfly 9.0.1 的运行时创建 JMS 队列，没有问题。在 Wildfly 10 和 11 中，hornetq-server 被替换为 activemq。如何正确地将其迁移到 Wildfly 10/11？谢谢你。

我编写了一个非常简单的应用程序，但 CDI 没有按预期工作：

定义

不会导致 bean 的实例。

我的无状态会话 bean 的定义

控制器 Bean（用于 JSF）：

JBoss 产生：

java:global/2017_JEE_App_1_war_exploded/CustomerProviderSessionBean!beans.CustomerProviderSessionBeanLocal

尽管如此，customerProvider 属性仍未初始化。构造函数已被调用（可以在日志文件中看到）。我尝试了几种变体（有/无名称、本地界面等）。使用 JNDI-Lookup 确实有效：

在 @EJB-annotation 中使用相同的 JNDI-Name 不起作用

我没有更改wildfly配置！

任何人都可以帮忙吗？

我们正在从 JBoss 4.2.3 GA 和 MS SQL Server 2008 R2 迁移到 Wildfly 11 和 PostgreSQL 10。我们使用 Wildfly 附带的 Hibernate 版本（5.1.10.Final）

我们有一个非常复杂的应用程序，我们使用无法自行调试的外部 API。我们正在使用此 API 的 EJB 远程代理来执行操作。

在一个容器管理事务（Wildfly 11 中配置的 xa-datasource）中使用 JPA（实体上的 NamedQuery）执行了多个 DB 操作。

NamedQuery 在大多数情况下都可以正常工作，但有一种情况是在日志文件中没有任何可见通知的情况下发生错误。

该事务标记有状态回滚，但我不知道为什么。没有例外，没有调试消息，什么都没有。

在这种情况下，与同一个 NamedQuery 的唯一区别是在同一个事务中的前几步之前从表中删除了行。

我们已经遇到了 PostgreSQL 和我们的应用程序的一些问题，因为 PostgreSQL 没有像 MS SQL Server 那样实现标准的事务隔离级别“未提交读取”，请参阅https://www.postgresql.org/docs/10/static/transaction-iso .html

我不知道这是否与我的问题有关。

我现在唯一的猜测是外部 API 或 org.jboss.jca.adapters.jdbc.WrapperDataSource 中的错误和抑制异常。

这是 Hibernate 未能准备语句的相关 Stacktrace：

原因：org.hibernate.exception.GenericJDBCException：无法在 org.hibernate.engine.jdbc.spi.SqlExceptionHelper.convert(SqlExceptionHelper) 的 org.hibernate.exception.internal.StandardSQLExceptionConverter.convert(StandardSQLExceptionConverter.java:47) 准备语句.java:111) 在 org.hibernate.engine.jdbc.internal.StatementPreparerImpl$StatementPreparationTemplate.prepareStatement(StatementPreparerImpl.java:182) 在 org.hibernate.engine.jdbc.internal.StatementPreparerImpl.prepareQueryStatement(StatementPreparerImpl.java:148) 在org.hibernate.loader.Loader.prepareQueryStatement(Loader.java:1934) 在 org.hibernate.loader.Loader.executeQueryStatement(Loader.java:1903) 在 org.hibernate.loader.Loader.executeQueryStatement(Loader.java:1881)在 org.hibernate.loader.Loader.doQuery(Loader.java:925) 在 org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:342) 在 org.hibernate.loader.Loader.doList(Loader.java:2622) 在 org.hibernate.loader.Loader.doList(Loader.java :2605) 在 org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2434) 在 org.hibernate.loader.Loader.list(Loader.java:2429) 在 org.hibernate.loader.hql.QueryLoader.list( QueryLoader.java:501) 在 org.hibernate.hql.internal.ast.QueryTranslatorImpl.list(QueryTranslatorImpl.java:371) 在 org.hibernate.engine.query.spi.HQLQueryPlan.performList(HQLQueryPlan.java:216) 在 org .hibernate.internal.SessionImpl.list(SessionImpl.java:1339) 在 org.hibernate.internal.QueryImpl.list(QueryImpl.java:87) 在 org.hibernate.jpa.internal.QueryImpl.list(QueryImpl.java:606 ) 在 org.hibernate.jpa.internal.QueryImpl。getResultList(QueryImpl.java:483) ... 172 更多

原因：java.sql.SQLException：IJ031070：事务无法继续：在 org.jboss.jca.adapters.jdbc.WrappedConnection 的 org.jboss.jca.adapters.jdbc.WrapperDataSource.checkTransactionActive(WrapperDataSource.java:245) 的 STATUS_MARKED_ROLLBACK。 checkTransactionActive(WrappedConnection.java:1928) at org.jboss.jca.adapters.jdbc.WrappedConnection.checkStatus(WrappedConnection.java:1943) at org.jboss.jca.adapters.jdbc.WrappedConnection.checkTransaction(WrappedConnection.java:1917)在 org.jboss.jca.adapters.jdbc.WrappedConnection.prepareStatement(WrappedConnection.java:447) 在 org.hibernate.engine.jdbc.internal.StatementPreparerImpl$5.doPrepare(StatementPreparerImpl.java:146) 在 org.hibernate.engine。 jdbc.internal.StatementPreparerImpl$StatementPreparationTemplate.prepareStatement(StatementPreparerImpl.java:172) ... 189 更多

有没有人知道什么可能导致事务在没有任何通知的情况下被标记为状态回滚？

我使用新的 Elytron 适配器将我的应用程序升级到 Wildfly 11 和 Keycloak，但它停止工作。我正在使用不记名令牌来验证 Angular 应用程序，我认为这与 CORS 有关，因为当我手动删除“Origin”标头时，请求工作并返回预期结果，否则它将返回一个空响应。

1. 这是正确的响应（注意我未选中 Origin 标头）

2. 这是空结果

我一直在按照Adam Bean 的例子做一个计时器，但它不能正常工作。我创建了一个@SingletonEJB，其中的方法用@Schedule. 应用程序部署到wildfly 11。我这里有两个问题。第一个是，我的计时器每秒记录一次，而不是每分钟记录一次。第二个问题是，每次触发时间时，我都会收到一条错误消息。

有人可以给我一个提示，我做错了什么？也许我只是瞎了眼，看不见。

我的课：

我得到的信息是：

12:42:03,025 信息 [de.klemensmorbe.tracking.DeviceTrackerCronJob]（EJB 默认 - 1）### --- 伪造某些内容 575 12:42:04,040 错误 [org.jboss.as.ejb3.timer]（EJB默认值 - 1) WFLYEJB0020: 为计时器调用超时时出错：[id=a797d1ca-e550-41e4-bfe7-46066f7b24b3 timedObjectId=web.web.DeviceTrackerCronJob auto-timer?:false persistent?:true timerService=org.jboss.as.ejb3 .timerservice.TimerServiceImpl@c39b6bb initialExpiration=null intervalDuration（毫秒）=0 nextExpiration=2018 年 1 月 3 日星期三 12:42:05 UTC timerState=IN_TIMEOUT info=null]：java.lang.RuntimeException：WFLYEJB0343：无法调用超时方法，因为方法 null 不是 org.jboss.as.ejb3//org.jboss.as.ejb3.timerservice.TimedObjectInvokerImpl.callTimeout(TimedObjectInvokerImpl.java:83) 在 org.jboss.as.ejb3//org.jboss 的超时方法.as.ejb3.timerservice。TimedObjectInvokerImpl.callTimeout(TimedObjectInvokerImpl.java:109) at org.jboss.as.ejb3//org.jboss.as.ejb3.timerservice.CalendarTimerTask.invokeBeanMethod(CalendarTimerTask.java:66) at org.jboss.as.ejb3// org.jboss.as.ejb3//org.jboss.as.ejb3.timerservice.TimerTask.run(TimerTask.java:160) 的 org.jboss.as.ejb3.timerservice.CalendarTimerTask.callTimeout(CalendarTimerTask.java:53)在 org.jboss.as.ejb3//org.jboss.as.ejb3.timerservice.TimerServiceImpl$Task$1.run(TimerServiceImpl.java:1220) 在 org.wildfly.extension.request-controller//org.wildfly.extension .requestcontroller.RequestController$QueuedTask$1.run(RequestController.java:497) at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1167) at java.base/java.util.concurrent.ThreadPoolExecutor$工人。在 org.jboss.threads//org.jboss.threads.JBossThread.run(JBossThread.java:320) 的 java.base/java.lang.Thread.run(Thread.java:844) 运行(ThreadPoolExecutor.java:641) )

12:42:04,041 INFO [org.jboss.as.ejb3.timer]（EJB 默认值 - 1）WFLYEJB0021：计时器：[id=a797d1ca-e550-41e4-bfe7-46066f7b24b3 timedObjectId=web.web.DeviceTrackerCronJob 自动计时器？ :false persistent?:true timerService=org.jboss.as.ejb3.timerservice.TimerServiceImpl@c39b6bb initialExpiration=null intervalDuration(in milli sec)=0 nextExpiration=Wed Jan 03 12:42:05 UTC 2018 timerState=IN_TIMEOUT info=null ] 将重试 12:42:04,041 INFO [org.jboss.as.ejb3.timer]（EJB 默认 - 1）WFLYEJB0023：重试计时器超时：[id=a797d1ca-e550-41e4-bfe7-46066f7b24b3 timedObjectId=web。 web.DeviceTrackerCronJob auto-timer?:false persistent?:true timerService=org.jboss.as.ejb3.timerservice.TimerServiceImpl@c39b6bb initialExpiration=null intervalDuration(in milli sec)=0 nextExpiration=Wed Jan 03 12:42:05 UTC 2018 timerState=IN_TIMEOUT info=null] 12:42:04,042 错误 [org.jboss.as.ejb3.timer]（EJB 默认值 - 1）WFLYEJB0022：重试计时器超时期间出错：[id=a797d1ca-e550-41e4-bfe7-46066f7b24b3 timedObjectId=web.web.DeviceTrackerCronJob 自动计时器?:false persistent?:true timerService=org.jboss.as.ejb3.timerservice.TimerServiceImpl@c39b6bb initialExpiration=null intervalDuration(in milli sec)=0 nextExpiration=2018 年 1 月 3 日星期三 12:42:05 UTC timerState=RETRY_TIMEOUT info= null]：java.lang.RuntimeException：WFLYEJB0343：无法调用超时方法，因为方法 null 不是 org.jboss.as.ejb3//org.jboss.as.ejb3.timerservice.TimedObjectInvokerImpl.callTimeout 的超时方法（TimedObjectInvokerImpl.java :83) org.jboss.as.ejb3//org.jboss.as.ejb3.timerservice.TimedObjectInvokerImpl.callTimeout(TimedObjectInvokerImpl.java:109) org.jboss.as.ejb3//org.jboss.as.ejb3 .timerservice.CalendarTimerTask.invokeBeanMethod(CalendarTimerTask.java:66) at org.jboss.as.ejb3//org.jboss.as.ejb3.timerservice.CalendarTimerTask.callTimeout(CalendarTimerTask.java:53) at org.jboss.as.ejb3 //org.jboss.as.ejb3.timerservice.TimerTask.retryTimeout(TimerTask.java:234) at org.jboss.as.ejb3//org.jboss.as.ejb3.timerservice.TimerTask.run(TimerTask.java: 168) 在 org.wildfly.extension.request-controller//org.wildfly 的 org.jboss.as.ejb3//org.jboss.as.ejb3.timerservice.TimerServiceImpl$Task$1.run(TimerServiceImpl.java:1220) .extension.requestcontroller.RequestController$QueuedTask$1.run(RequestController.java:497) 在 java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1167) 在 java.base/java.util.concurrent。线程池执行器$Worker。在 org.jboss.threads//org.jboss.threads.JBossThread.run(JBossThread.java:320) 的 java.base/java.lang.Thread.run(Thread.java:844) 运行(ThreadPoolExecutor.java:641) )