[JBoss JIRA] (DROOLS-3208) [Infinispan indexing] Creating Guided rule in "<default>" package causes exception in UI
by David Gutierrez (Jira)
[ https://issues.jboss.org/browse/DROOLS-3208?page=com.atlassian.jira.plugi... ]
David Gutierrez moved AF-1598 to DROOLS-3208:
---------------------------------------------
Project: Drools (was: AppFormer)
Key: DROOLS-3208 (was: AF-1598)
Component/s: Guided Rule Editor
(was: AppFormer Foundation)
> [Infinispan indexing] Creating Guided rule in "<default>" package causes exception in UI
> ----------------------------------------------------------------------------------------
>
> Key: DROOLS-3208
> URL: https://issues.jboss.org/browse/DROOLS-3208
> Project: Drools
> Issue Type: Bug
> Components: Guided Rule Editor
> Reporter: Jan Hrcek
> Assignee: Michael Anstis
> Priority: Major
> Labels: AppFormer-Ready
>
> When using infinispan as indexing backend, When you create new Guided rule in "<default>" package, the UI shows unexpected exception with the following stack trace (obtained by copy to clipboard button)
> {code:java}
> {"ToSubject":"org.kie.workbench.common.services.shared.rulename.RuleNamesService:RPC","CommandType":"getRuleNames:org.uberfire.backend.vfs.Path:java.lang.String:","Qualifiers":{"^EncodedType":"java.util.ArrayList","^ObjectID":"1","^Value":[]},"ReplyTo":"org.kie.workbench.common.services.shared.rulename.RuleNamesService:RPC.getRuleNames:org.uberfire.backend.vfs.Path:java.lang.String::240:RespondTo:RPC","ErrorTo":"org.kie.workbench.common.services.shared.rulename.RuleNamesService:RPC.getRuleNames:org.uberfire.backend.vfs.Path:java.lang.String::240:Errors:RPC","AdditionalDetails":"<tt>
> org.jboss.errai.bus.client.api.base.MessageDeliveryFailure: error invoking RPC endpoint public abstract java.util.Collection org.kie.workbench.common.services.shared.rulename.RuleNamesService.getRuleNames(org.uberfire.backend.vfs.Path,java.lang.String)
> at org.jboss.errai.bus.server.io.AbstractRPCMethodCallback.invokeMethodFromMessage(AbstractRPCMethodCallback.java:75)
> at org.jboss.errai.bus.server.io.ValueReplyRPCEndpointCallback.callback(ValueReplyRPCEndpointCallback.java:40)
> at org.jboss.errai.bus.server.io.RemoteServiceCallback.callback(RemoteServiceCallback.java:54)
> at org.jboss.errai.cdi.server.CDIExtensionPoints$2.callback(CDIExtensionPoints.java:448)
> at org.jboss.errai.bus.server.DeliveryPlan.deliver(DeliveryPlan.java:47)
> at org.jboss.errai.bus.server.ServerMessageBusImpl.sendGlobal(ServerMessageBusImpl.java:297)
> at org.jboss.errai.bus.server.SimpleDispatcher.dispatchGlobal(SimpleDispatcher.java:46)
> at org.jboss.errai.bus.server.service.ErraiServiceImpl.store(ErraiServiceImpl.java:96)
> at org.jboss.errai.bus.server.service.ErraiServiceImpl.store(ErraiServiceImpl.java:113)
> at org.jboss.errai.bus.server.servlet.DefaultBlockingServlet.doPost(DefaultBlockingServlet.java:144)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74)
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129)
> at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:130)
> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
> at org.uberfire.ext.security.server.SecureHeadersFilter.doFilter(SecureHeadersFilter.java:110)
> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
> at org.uberfire.ext.security.server.SecurityIntegrationFilter.doFilter(SecurityIntegrationFilter.java:70)
> 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:65)
> 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:131)
> at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> at io.undertow.server.handlers.DisableCacheHandler.handleRequest(DisableCacheHandler.java:33)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:53)
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:59)
> 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:1501)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1501)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1501)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1501)
> 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:330)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:812)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: java.lang.NullPointerException: <No Message>
> at org.kie.workbench.common.services.refactoring.backend.server.query.response.RuleNameResponseBuilder.lambda$getRuleNamesFromKObject$1(RuleNameResponseBuilder.java:98)
> at java.util.Optional.flatMap(Optional.java:241)
> at org.kie.workbench.common.services.refactoring.backend.server.query.response.RuleNameResponseBuilder.getRuleNamesFromKObject(RuleNameResponseBuilder.java:98)
> at org.kie.workbench.common.services.refactoring.backend.server.query.response.RuleNameResponseBuilder.buildResponse(RuleNameResponseBuilder.java:64)
> at org.kie.workbench.common.services.refactoring.backend.server.query.RefactoringQueryServiceImpl.query(RefactoringQueryServiceImpl.java:214)
> at org.kie.workbench.common.services.refactoring.backend.server.query.RefactoringQueryServiceImpl$Proxy$_$$_WeldClientProxy.query(Unknown Source)
> at org.kie.workbench.common.services.backend.rulename.RuleNameServiceImpl.queryRuleNames(RuleNameServiceImpl.java:79)
> at org.kie.workbench.common.services.backend.rulename.RuleNameServiceImpl.getRuleNames(RuleNameServiceImpl.java:69)
> at org.kie.workbench.common.services.backend.rulename.RuleNameServiceImpl$Proxy$_$$_WeldClientProxy.getRuleNames(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.errai.bus.server.io.AbstractRPCMethodCallback.invokeMethodFromMessage(AbstractRPCMethodCallback.java:65)
> at org.jboss.errai.bus.server.io.ValueReplyRPCEndpointCallback.callback(ValueReplyRPCEndpointCallback.java:40)
> at org.jboss.errai.bus.server.io.RemoteServiceCallback.callback(RemoteServiceCallback.java:54)
> at org.jboss.errai.cdi.server.CDIExtensionPoints$2.callback(CDIExtensionPoints.java:448)
> at org.jboss.errai.bus.server.DeliveryPlan.deliver(DeliveryPlan.java:47)
> at org.jboss.errai.bus.server.ServerMessageBusImpl.sendGlobal(ServerMessageBusImpl.java:297)
> at org.jboss.errai.bus.server.SimpleDispatcher.dispatchGlobal(SimpleDispatcher.java:46)
> at org.jboss.errai.bus.server.service.ErraiServiceImpl.store(ErraiServiceImpl.java:96)
> at org.jboss.errai.bus.server.service.ErraiServiceImpl.store(ErraiServiceImpl.java:113)
> at org.jboss.errai.bus.server.servlet.DefaultBlockingServlet.doPost(DefaultBlockingServlet.java:144)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74)
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129)
> at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:130)
> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
> at org.uberfire.ext.security.server.SecureHeadersFilter.doFilter(SecureHeadersFilter.java:110)
> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
> at org.uberfire.ext.security.server.SecurityIntegrationFilter.doFilter(SecurityIntegrationFilter.java:70)
> 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:65)
> 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:131)
> at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> at io.undertow.server.handlers.DisableCacheHandler.handleRequest(DisableCacheHandler.java:33)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:53)
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:59)
> 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:1501)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1501)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1501)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1501)
> 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:330)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:812)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> <\/tt>"}
> {code}
> This only happens for DRL files (not for any other asset type) and only with infinispan (not with default Lucene indexing).
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-11258) ResourceAdaptersSubsystemAdd puts a cruft 'resource-adapter' field in the resource's DMR model
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-11258?page=com.atlassian.jira.plugin... ]
Brian Stansberry updated WFLY-11258:
------------------------------------
Git Pull Request: https://github.com/wildfly/wildfly/pull/11788
> ResourceAdaptersSubsystemAdd puts a cruft 'resource-adapter' field in the resource's DMR model
> ----------------------------------------------------------------------------------------------
>
> Key: WFLY-11258
> URL: https://issues.jboss.org/browse/WFLY-11258
> Project: WildFly
> Issue Type: Bug
> Components: JCA
> Reporter: Brian Stansberry
> Assignee: Brian Stansberry
> Priority: Minor
>
> Last line in populateModel below is cruft. The Resource has 'resource-adapter' children; it can't (and doesn't) also have a 'resource-adapter' field.
>
> {code}
> class ResourceAdaptersSubsystemAdd extends AbstractAddStepHandler {
> static final ResourceAdaptersSubsystemAdd INSTANCE = new ResourceAdaptersSubsystemAdd();
> protected void populateModel(ModelNode operation, ModelNode model) {
> model.setEmptyObject();
> model.get(RESOURCEADAPTER_NAME);
> }
> {code}
> This looks like cruft that survived from very early days before Resource was introduced and the entire model was on big DMR tree.
> This is just a minor thing I noticed when analyzing undescribed or runtime-only attributes that end up in the DMR models in the management resource tree as part of my work on WFCORE-4183 and WFCORE-4185.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-11258) ResourceAdaptersSubsystemAdd puts a cruft 'resource-adapter' field in the resource's DMR model
by Brian Stansberry (Jira)
Brian Stansberry created WFLY-11258:
---------------------------------------
Summary: ResourceAdaptersSubsystemAdd puts a cruft 'resource-adapter' field in the resource's DMR model
Key: WFLY-11258
URL: https://issues.jboss.org/browse/WFLY-11258
Project: WildFly
Issue Type: Bug
Components: JCA
Reporter: Brian Stansberry
Assignee: Brian Stansberry
Last line in populateModel below is cruft. The Resource has 'resource-adapter' children; it can't (and doesn't) also have a 'resource-adapter' field.
{code}
class ResourceAdaptersSubsystemAdd extends AbstractAddStepHandler {
static final ResourceAdaptersSubsystemAdd INSTANCE = new ResourceAdaptersSubsystemAdd();
protected void populateModel(ModelNode operation, ModelNode model) {
model.setEmptyObject();
model.get(RESOURCEADAPTER_NAME);
}
{code}
This looks like cruft that survived from very early days before Resource was introduced and the entire model was on big DMR tree.
This is just a minor thing I noticed when analyzing undescribed or runtime-only attributes that end up in the DMR models in the management resource tree as part of my work on WFCORE-4183 and WFCORE-4185.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFCORE-4185) ReadMasterDomainModelUtil is including runtime-only attributes in what it provides
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFCORE-4185?page=com.atlassian.jira.plugi... ]
Brian Stansberry resolved WFCORE-4185.
--------------------------------------
Resolution: Rejected
This is invalid. When ReadMasterDomainModelUtil is doing this work, it is processing a *transformed* resource tree. It cannot reason correctly about the contents of such a tree solely using the data in the ManagementResourceRegistration.
The JGroups subsystem, for example, places a 'type' attribute in the transformed resource model, for use by legacy HCs that expected it. That attribute is not present in the current MRR as it is not needed.
Conceivably we could only strip registered attributes that are runtime-only, but even then it is conceivable that a legacy version of the subsystem needed the value.
> ReadMasterDomainModelUtil is including runtime-only attributes in what it provides
> ----------------------------------------------------------------------------------
>
> Key: WFCORE-4185
> URL: https://issues.jboss.org/browse/WFCORE-4185
> Project: WildFly Core
> Issue Type: Bug
> Components: Management
> Reporter: Brian Stansberry
> Assignee: Brian Stansberry
> Priority: Minor
>
> Some resources (e.g. WildFly's transaction subsystem's log-store resource) may use the Resource tree DMR model node to store non-persistent, runtime-only state. If this is done, any such value should not be propagated to a remote HC.
> (This is actually very unlikely to happen in practice as runtime-only attributes are not typically used in the domain model. It does affect transformer testing though as transformer tests usually don't take care to inform their extension that they are running in an HC.)
> Cleaning this up helps resolve WFCORE-4183 by removing irrelevant data that confuses domain mode transformer tests.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-11256) Fix Undertow Metrics
by Jeff Mesnil (Jira)
Jeff Mesnil created WFLY-11256:
----------------------------------
Summary: Fix Undertow Metrics
Key: WFLY-11256
URL: https://issues.jboss.org/browse/WFLY-11256
Project: WildFly
Issue Type: Bug
Components: Web (Undertow)
Affects Versions: 14.0.0.Final
Reporter: Jeff Mesnil
Assignee: Jeff Mesnil
Undertow metrics are relevant only when /subsystem=undertow's statistics-enabled is true.
When that it not the case (and metrics can not be computer) the metrics' read handler should not return a meaningless value (e.g. 0) as it already specifies an undefined metric value in the metrics' attribute definition.
That change and WFCORE-4190 will prevent exposing Undertow metrics when they do not report actual metric from Undertow underlying runtime.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (DROOLS-3193) UX to support selection of multiple data/domain object instances
by Liz Clayton (Jira)
[ https://issues.jboss.org/browse/DROOLS-3193?page=com.atlassian.jira.plugi... ]
Liz Clayton commented on DROOLS-3193:
-------------------------------------
[~tirelli] [~danielezonca] Would this be valid:
!Screen Shot 2018-10-30 at 10.50.55 AM.png|thumbnail!
> UX to support selection of multiple data/domain object instances
> ----------------------------------------------------------------
>
> Key: DROOLS-3193
> URL: https://issues.jboss.org/browse/DROOLS-3193
> Project: Drools
> Issue Type: Task
> Components: Scenario Simulation and Testing
> Reporter: Liz Clayton
> Assignee: Liz Clayton
> Priority: Major
> Labels: ScenarioSimulation, UX, UXTeam
> Attachments: Screen Shot 2018-10-30 at 10.50.55 AM.png
>
>
> As user I want to use multiple instances of the same data object in my test scenarios (multiple instances support) (i.e. scenario with more than one instance of “Person”...), so that I can create a test scenario.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (JGRP-2305) Get rid of need for java.net.preferIPv4Stack
by Bela Ban (Jira)
[ https://issues.jboss.org/browse/JGRP-2305?page=com.atlassian.jira.plugin.... ]
Bela Ban updated JGRP-2305:
---------------------------
Description:
New address picking scheme:
* First we detect which addresses are available: IPv4 and/or IPv6 (dual-stack if both)
* When we encounter an IPv4 address:
** If dual-stack or IPv4 stack: use it
** If IPv6-only stack: use it unless it is a class D (multicast) address: then convert it to an IPv6-mapped address
* When we encounter an IPv6 address:
** If dual-stack or IPv6-only stack: use it
** Else: throw an exception (IPv6 address in an IPv4-only stack)
was:
New address picking scheme:
* If all addresses in the config file are IPv4: use IPv4 addresses if available, else use IPv6 addresses
* If all addresses are IPv6: use IPv6
* If there is one IPv6 address: use IPv6
* If we have an IPv4 address, but the stack is not dual (but just IPv6) -> use IPv6-mapped addresses
Document the exact semantics
> Get rid of need for java.net.preferIPv4Stack
> --------------------------------------------
>
> Key: JGRP-2305
> URL: https://issues.jboss.org/browse/JGRP-2305
> Project: JGroups
> Issue Type: Enhancement
> Reporter: Bela Ban
> Assignee: Bela Ban
> Priority: Major
> Fix For: 4.0.16
>
>
> New address picking scheme:
> * First we detect which addresses are available: IPv4 and/or IPv6 (dual-stack if both)
> * When we encounter an IPv4 address:
> ** If dual-stack or IPv4 stack: use it
> ** If IPv6-only stack: use it unless it is a class D (multicast) address: then convert it to an IPv6-mapped address
> * When we encounter an IPv6 address:
> ** If dual-stack or IPv6-only stack: use it
> ** Else: throw an exception (IPv6 address in an IPv4-only stack)
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months