[JBoss JIRA] (DROOLS-3694) Mvel to Java Compiler
by Luca Molteni (Jira)
[ https://issues.jboss.org/browse/DROOLS-3694?page=com.atlassian.jira.plugi... ]
Luca Molteni updated DROOLS-3694:
---------------------------------
Description:
First deliverable:
* Support conversion from field to getter (field.name -> field.getName())
* Support explicit variable inizialization (a = "Hello" , a = "World" -> "String a = "Hello"; a = "world";
* Rewrite modify statements
> Mvel to Java Compiler
> ---------------------
>
> Key: DROOLS-3694
> URL: https://issues.jboss.org/browse/DROOLS-3694
> Project: Drools
> Issue Type: Enhancement
> Reporter: Luca Molteni
> Assignee: Luca Molteni
> Priority: Major
>
> First deliverable:
> * Support conversion from field to getter (field.name -> field.getName())
> * Support explicit variable inizialization (a = "Hello" , a = "World" -> "String a = "Hello"; a = "world";
> * Rewrite modify statements
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (WFLY-11792) Error creating server pooled-connection-factory
by Claudio Miranda (Jira)
[ https://issues.jboss.org/browse/WFLY-11792?page=com.atlassian.jira.plugin... ]
Claudio Miranda reassigned WFLY-11792:
--------------------------------------
Assignee: ehsavoie Hugonnet (was: Claudio Miranda)
> Error creating server pooled-connection-factory
> -----------------------------------------------
>
> Key: WFLY-11792
> URL: https://issues.jboss.org/browse/WFLY-11792
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Reporter: Claudio Miranda
> Assignee: ehsavoie Hugonnet
> Priority: Major
>
> Try to add a pooled-connection-factory, it returns as failure caused by a NullPointerException.
> To reproduce:
> {code}
> batch
> /subsystem=messaging-activemq/server=srv-foo:add
> /subsystem=messaging-activemq/server=srv-foo/path=bindings-directory:add(path=byhmzspzrcxq)
> /subsystem=messaging-activemq/server=srv-foo/path=journal-directory:add(path=yghaapgbokdd)
> /subsystem=messaging-activemq/server=srv-foo/path=large-messages-directory:add(path=qjaagiljbwjh)
> /subsystem=messaging-activemq/server=srv-foo/path=paging-directory:add(path=sbxvhqytamqe)
> run-batch
> /subsystem=messaging-activemq/server=srv-foo/discovery-group=dg1:add
> /subsystem=messaging-activemq/server=srv-foo/pooled-connection-factory=pool1:add(discovery-group=dg1,entries=[foobar])
> {code}
> {code}
> 19:21:20,772 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.messaging-activemq.srv-update-wwavjsiodinh.jms.pooled-connection-factory.pool1: org.jboss.msc.service.StartException in service jboss.messaging-activemq.srv-update-wwavjsiodinh.jms.pooled-connection-factory.pool1: WFLYMSGAMQ0028: Failed to create resource adapter
> at org.wildfly.extension.messaging.activemq.jms.PooledConnectionFactoryService.start(PooledConnectionFactoryService.java:328)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1738)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1700)
> at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1558)
> at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: java.lang.NullPointerException
> at org.wildfly.extension.messaging.activemq.jms.PooledConnectionFactoryService.createService(PooledConnectionFactoryService.java:381)
> at org.wildfly.extension.messaging.activemq.jms.PooledConnectionFactoryService.start(PooledConnectionFactoryService.java:325)
> ... 8 more
> 19:21:20,773 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("add") failed - address: ([
> ("subsystem" => "messaging-activemq"),
> ("server" => "srv-update-wwavjsiodinh"),
> ("pooled-connection-factory" => "pool1")
> ]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.messaging-activemq.srv-update-wwavjsiodinh.jms.pooled-connection-factory.pool1" => "WFLYMSGAMQ0028: Failed to create resource adapter
> Caused by: java.lang.NullPointerException"}}
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (WFLY-11680) jax-rs and CDI: FormParam in BeanParam is not injected
by Matej Novotny (Jira)
[ https://issues.jboss.org/browse/WFLY-11680?page=com.atlassian.jira.plugin... ]
Matej Novotny commented on WFLY-11680:
--------------------------------------
[~istudens] I did some debugging there and what I saw corresponds to what I initially said in an email.
With {{@RequestScoped}} beans you are using client proxies at injection points and the injectors ({{PropertyInjectorImpl}}) are then (incorrectly) operating on proxies.
OTOH with {{@Dependent}} there are no proxies in play and you are setting the value directly to an actual contextual instance.
The proxy is a problem because its state is disregarded by Weld - instead, all method calls are forwarded to an actual instance below; one that doesn't have a state set hence the {{null}} value.
As a side note, from spec perspective I don't think it is required to support this use case.
That being said, there is quite easy way to achieve it assuming you can depend on Weld API (no, there is no designed way to achieve proxy unwrapping purely via CDI).
Every client proxy bean in Weld implements [{{WeldClientProxy}}|https://github.com/weld/api/blob/master/weld/src/main/java/org/jboss/weld/proxy/WeldClientProxy.java] class. You can do a simple {{instanceof}} check to verify that you are working with a proxy. From there you can cast it and via {{getMetadata().getContextualInstance()}} grab the underlying contextual instance which you then inject just like you do it for dependent.
{code}
public class CdiPropertyInjector implements PropertyInjector {
// example of how to grab the instance
@Override
public void inject(HttpRequest request, HttpResponse response, Object target) throws Failure, WebApplicationException, ApplicationException
{
if (injectorEnabled)
{
Object actualTarget = target;
if (target instanceof WeldClientProxy) {
actualTarget = ((WeldClientProxy)target).getMetadata().getContextualInstance();
}
delegate.inject(request, response, actualTarget);
}
}
}
{code}
> jax-rs and CDI: FormParam in BeanParam is not injected
> ------------------------------------------------------
>
> Key: WFLY-11680
> URL: https://issues.jboss.org/browse/WFLY-11680
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld, REST
> Reporter: Marek Kopecký
> Assignee: Ivo Studensky
> Priority: Critical
>
> RESTEasy with CDI is unable to inject FormParam in BeanParam if BeanParam is with RequestScoped
> This issue is not a regression against WF11. But this issue looks like spec violation (cc [~msvehla]). This issue is not present on Payara with Jersey (reference jax-rs implementation)
> Example:
> {code:java}
> @Path("/a")
> public class Resource {
> @POST
> @Consumes(MediaType.APPLICATION_FORM_URLENCODED)
> public Integer a(@BeanParam CustomBean customBean) {
> return customBean.getParam().length();
> }
> }
> @RequestScoped
> public class CustomBean {
> @FormParam("param")
> private String param;
> public String getParam() {
> return param;
> }
> }
> {code}
> {code:html}
> <!DOCTYPE html><html><body>
> <form action="http://127.0.0.1:8080/jaxrs-wf/a" method="post" enctype="application/x-www-form-urlencoded">
> <input type="text" name="param"><br>
> <input type="submit" value="Submit" name="submit">
> </form></body></html>
> {code}
> {noformat}
> 08:25:18,584 ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /jaxrs-wf/a: org.jboss.resteasy.spi.UnhandledException: java.lang.NullPointerException
> at org.jboss.resteasy.core.ExceptionHandler.handleApplicationException(ExceptionHandler.java:78)
> at org.jboss.resteasy.core.ExceptionHandler.handleException(ExceptionHandler.java:222)
> at org.jboss.resteasy.core.SynchronousDispatcher.writeException(SynchronousDispatcher.java:193)
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:455)
> at org.jboss.resteasy.core.SynchronousDispatcher.lambda$invoke$4(SynchronousDispatcher.java:229)
> at org.jboss.resteasy.core.SynchronousDispatcher.lambda$preprocess$0(SynchronousDispatcher.java:135)
> at org.jboss.resteasy.core.interception.PreMatchContainerRequestContext.filter(PreMatchContainerRequestContext.java:355)
> at org.jboss.resteasy.core.SynchronousDispatcher.preprocess(SynchronousDispatcher.java:138)
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:215)
> at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:227)
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56)
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:791)
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74)
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129)
> at io.opentracing.contrib.jaxrs2.server.SpanFinishingFilter.doFilter(SpanFinishingFilter.java:55)
> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
> at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84)
> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68)
> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132)
> at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
> at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
> at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
> at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
> at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:364)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
> at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1348)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: java.lang.NullPointerException
> at org.resteasy.simple.deployment.Resource.a(Resource.java:18)
> at org.resteasy.simple.deployment.Resource$Proxy$_$$_WeldClientProxy.a(Unknown Source)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:139)
> at org.jboss.resteasy.core.ResourceMethodInvoker.internalInvokeOnTarget(ResourceMethodInvoker.java:509)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTargetAfterFilter(ResourceMethodInvoker.java:399)
> at org.jboss.resteasy.core.ResourceMethodInvoker.lambda$invokeOnTarget$0(ResourceMethodInvoker.java:363)
> at org.jboss.resteasy.core.interception.PreMatchContainerRequestContext.filter(PreMatchContainerRequestContext.java:355)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceMethodInvoker.java:365)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:337)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:310)
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:439)
> ... 55 more
> {noformat}
> ----
> * [Forum link|https://developer.jboss.org/thread/279572]
> * cc [~asoldano]
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (WFLY-11832) Transaction for Hibernate Interceptor is null
by Markus Chur (Jira)
[ https://issues.jboss.org/browse/WFLY-11832?page=com.atlassian.jira.plugin... ]
Markus Chur updated WFLY-11832:
-------------------------------
Description:
With Wildfly 13 - javaee7 transactions in hibernate interceptors were never null.
Since Wildfly 14 - javaee8 transactions in hibernate interceptors are always null.
Attached sources and a jar of a minimal reproducer for Wildfly 16. This is reproducible by using a fresh unchanged Wildfly 16 and unchanged standalone.xml. Extract Wildfly 16, drop in the jar in the deployments folder and start the server.
was:
With Wildfly 13 - javaee7 transactions in hibernate interceptors were never null.
Since Wildfly 14 - javaee8 transactions in hibernate interceptors are always null.
Attached sources and a WAR of a minimal reproducer for Wildfly 16. This is reproducible by using a fresh unchanged Wildfly 16 and unchanged standalone.xml. Extract Wildfly 16, drop in the WAR in the deployments folder and start the server.
> Transaction for Hibernate Interceptor is null
> ---------------------------------------------
>
> Key: WFLY-11832
> URL: https://issues.jboss.org/browse/WFLY-11832
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate, Transactions
> Affects Versions: 14.0.0.Final, 15.0.1.Final, 16.0.0.Final
> Reporter: Markus Chur
> Assignee: Scott Marlow
> Priority: Major
> Attachments: hibernate-interceptor-reproducer-0.0.1-SNAPSHOT.jar, src -WFLY-11832.zip
>
>
> With Wildfly 13 - javaee7 transactions in hibernate interceptors were never null.
> Since Wildfly 14 - javaee8 transactions in hibernate interceptors are always null.
> Attached sources and a jar of a minimal reproducer for Wildfly 16. This is reproducible by using a fresh unchanged Wildfly 16 and unchanged standalone.xml. Extract Wildfly 16, drop in the jar in the deployments folder and start the server.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (WFLY-11832) Transaction for Hibernate Interceptor is null
by Markus Chur (Jira)
[ https://issues.jboss.org/browse/WFLY-11832?page=com.atlassian.jira.plugin... ]
Markus Chur updated WFLY-11832:
-------------------------------
Attachment: hibernate-interceptor-reproducer-0.0.1-SNAPSHOT.jar
> Transaction for Hibernate Interceptor is null
> ---------------------------------------------
>
> Key: WFLY-11832
> URL: https://issues.jboss.org/browse/WFLY-11832
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate, Transactions
> Affects Versions: 14.0.0.Final, 15.0.1.Final, 16.0.0.Final
> Reporter: Markus Chur
> Assignee: Scott Marlow
> Priority: Major
> Attachments: hibernate-interceptor-reproducer-0.0.1-SNAPSHOT.jar, src -WFLY-11832.zip
>
>
> With Wildfly 13 - javaee7 transactions in hibernate interceptors were never null.
> Since Wildfly 14 - javaee8 transactions in hibernate interceptors are always null.
> Attached sources and a jar of a minimal reproducer for Wildfly 16. This is reproducible by using a fresh unchanged Wildfly 16 and unchanged standalone.xml. Extract Wildfly 16, drop in the jar in the deployments folder and start the server.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (WFLY-11832) Transaction for Hibernate Interceptor is null
by Markus Chur (Jira)
[ https://issues.jboss.org/browse/WFLY-11832?page=com.atlassian.jira.plugin... ]
Markus Chur updated WFLY-11832:
-------------------------------
Attachment: src -WFLY-11832.zip
> Transaction for Hibernate Interceptor is null
> ---------------------------------------------
>
> Key: WFLY-11832
> URL: https://issues.jboss.org/browse/WFLY-11832
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate, Transactions
> Affects Versions: 14.0.0.Final, 15.0.1.Final, 16.0.0.Final
> Reporter: Markus Chur
> Assignee: Scott Marlow
> Priority: Major
> Attachments: src -WFLY-11832.zip
>
>
> With Wildfly 13 - javaee7 transactions in hibernate interceptors were never null.
> Since Wildfly 14 - javaee8 transactions in hibernate interceptors are always null.
> Attached sources and a WAR of a minimal reproducer for Wildfly 16. This is reproducible by using a fresh unchanged Wildfly 16 and unchanged standalone.xml. Extract Wildfly 16, drop in the WAR in the deployments folder and start the server.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (WFLY-11832) Transaction for Hibernate Interceptor is null
by Markus Chur (Jira)
Markus Chur created WFLY-11832:
----------------------------------
Summary: Transaction for Hibernate Interceptor is null
Key: WFLY-11832
URL: https://issues.jboss.org/browse/WFLY-11832
Project: WildFly
Issue Type: Bug
Components: JPA / Hibernate, Transactions
Affects Versions: 16.0.0.Final, 15.0.1.Final, 14.0.0.Final
Reporter: Markus Chur
Assignee: Scott Marlow
With Wildfly 13 - javaee7 transactions in hibernate interceptors were never null.
Since Wildfly 14 - javaee8 transactions in hibernate interceptors are always null.
Attached sources and a WAR of a minimal reproducer for Wildfly 16. This is reproducible by using a fresh unchanged Wildfly 16 and unchanged standalone.xml. Extract Wildfly 16, drop in the WAR in the deployments folder and start the server.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (WFLY-11814) PrometheusCollector is not thread-safe causing NPEs during deployment
by Kabir Khan (Jira)
[ https://issues.jboss.org/browse/WFLY-11814?page=com.atlassian.jira.plugin... ]
Kabir Khan updated WFLY-11814:
------------------------------
Fix Version/s: 17.0.0.Beta1
> PrometheusCollector is not thread-safe causing NPEs during deployment
> ---------------------------------------------------------------------
>
> Key: WFLY-11814
> URL: https://issues.jboss.org/browse/WFLY-11814
> Project: WildFly
> Issue Type: Bug
> Components: MP Metrics
> Affects Versions: 16.0.0.Final
> Reporter: Paul Ferraro
> Assignee: Jeff Mesnil
> Priority: Critical
> Fix For: 17.0.0.Beta1
>
>
> The logic within PrometheusCollector.addMetricFamilySampleSupplier(...) is not thread safe and can easily trigger an NPE during deployment.
> e.g.
> {noformat}
> 10:33:32,706 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.deployment.subunit."web-sso.ear"."sso-with-no-auth.war".metrics: org.jboss.msc.service.StartException in service jboss.deployment.subunit."web-sso.ear"."sso-with-no-auth.war".metrics: Failed to start service
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1730)
> at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1558)
> at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: java.lang.NullPointerException
> at org.wildfly.extension.microprofile.metrics.PrometheusCollector.addMetricFamilySampleSupplier(PrometheusCollector.java:32)
> at org.wildfly.extension.microprofile.metrics.MetricCollector.collectResourceMetrics0(MetricCollector.java:157)
> at org.wildfly.extension.microprofile.metrics.MetricCollector.collectResourceMetrics0(MetricCollector.java:166)
> at org.wildfly.extension.microprofile.metrics.MetricCollector.collectResourceMetrics(MetricCollector.java:92)
> at org.wildfly.extension.microprofile.metrics.deployment.DeploymentMetricService.start(DeploymentMetricService.java:54)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1738)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1700)
> ... 6 more
> {noformat}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (WFLY-11830) Writing an invalid operation to pooled-connection-factory's transaction attribute should fail the mgmt operation
by ehsavoie Hugonnet (Jira)
[ https://issues.jboss.org/browse/WFLY-11830?page=com.atlassian.jira.plugin... ]
ehsavoie Hugonnet closed WFLY-11830.
------------------------------------
Resolution: Duplicate Issue
Duplicates WFLY-11696
> Writing an invalid operation to pooled-connection-factory's transaction attribute should fail the mgmt operation
> ----------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-11830
> URL: https://issues.jboss.org/browse/WFLY-11830
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Affects Versions: 16.0.0.Final
> Reporter: Petr Kremensky
> Assignee: ehsavoie Hugonnet
> Priority: Major
>
> Current behaviour:
> {noformat}
> [standalone@localhost:9990 /] /subsystem=messaging-activemq/server=default/pooled-connection-factory=activemq-ra:write-attribute(name=transaction,value=invalid)
> 10:26:37,062 WARN [org.wildfly.extension.messaging-activemq] (management-handler-thread - 1) WFLYMSGAMQ0101: Invalid value invalid for transaction, legal values are [local, none, xa], default value is applied.
> {"outcome" => "success"}
> [standalone@localhost:9990 /] /subsystem=messaging-activemq/server=default/pooled-connection-factory=activemq-ra:read-attribute(name=transaction)
> {
> "outcome" => "success",
> "result" => "xa"
> }
> {noformat}
> To make it clear, the
> {noformat}
> 10:26:37,062 WARN [org.wildfly.extension.messaging-activemq] (management-handler-thread - 1) WFLYMSGAMQ0101: Invalid value invalid for transaction, legal values are [local, none, xa], default value is applied.
> {noformat}
> message comes from server side, so as a client I have no idea that my mgmt operation did not happend (write didn't happen).
> The management operation should fail in this case, and "Invalid value invalid for transaction, legal values are [local, none, xa], default value is applied." message should be part of failure description instead.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months