[JBoss JIRA] (WFLY-11638) MP Metrics - sort alphabetically /metrics output
by Rostislav Svoboda (Jira)
[ https://issues.jboss.org/browse/WFLY-11638?page=com.atlassian.jira.plugin... ]
Rostislav Svoboda reassigned WFLY-11638:
----------------------------------------
Assignee: Jeff Mesnil (was: Brian Stansberry)
> MP Metrics - sort alphabetically /metrics output
> ------------------------------------------------
>
> Key: WFLY-11638
> URL: https://issues.jboss.org/browse/WFLY-11638
> Project: WildFly
> Issue Type: Enhancement
> Components: MP Metrics
> Reporter: Rostislav Svoboda
> Assignee: Jeff Mesnil
> Priority: Major
>
> MP Metrics - sort alphabetically /metrics output
> When playing with https://github.com/wildfly/wildfly/pull/11949 I got upset about metrics not being sorted alphabetically or at least grouped together.
> My use case was to look at wildfly_undertow_** metrics via browser.
> base: and vendor: metrics are grouped together, WF subsystem metrics not - e.g. wildfly_undertow_** metrics were listed on 4 different places.
> If alphabetical order is not easy to be achieved, subsystem metrics should be at least grouped together.
> I know machines do not care about the order, but people have to look at /metrics too (from time to time ...).
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (WFLY-11638) MP Metrics - sort alphabetically /metrics output
by Rostislav Svoboda (Jira)
Rostislav Svoboda created WFLY-11638:
----------------------------------------
Summary: MP Metrics - sort alphabetically /metrics output
Key: WFLY-11638
URL: https://issues.jboss.org/browse/WFLY-11638
Project: WildFly
Issue Type: Enhancement
Components: MP Metrics
Reporter: Rostislav Svoboda
Assignee: Brian Stansberry
MP Metrics - sort alphabetically /metrics output
When playing with https://github.com/wildfly/wildfly/pull/11949 I got upset about metrics not being sorted alphabetically or at least grouped together.
My use case was to look at wildfly_undertow_** metrics via browser.
base: and vendor: metrics are grouped together, WF subsystem metrics not - e.g. wildfly_undertow_** metrics were listed on 4 different places.
If alphabetical order is not easy to be achieved, subsystem metrics should be at least grouped together.
I know machines do not care about the order, but people have to look at /metrics too (from time to time ...).
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (WFLY-10863) MP Health is not available in domain mode
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-10863?page=com.atlassian.jira.plugin... ]
Brian Stansberry updated WFLY-10863:
------------------------------------
Issue Type: Feature Request (was: Bug)
Priority: Major (was: Critical)
This is a Feature Request. The analysis of the existing feature should have stated this was not supported in domain mode but it did not. I'm pretty sure it was discussed though and not having that support was definitely intentional.
> MP Health is not available in domain mode
> -----------------------------------------
>
> Key: WFLY-10863
> URL: https://issues.jboss.org/browse/WFLY-10863
> Project: WildFly
> Issue Type: Feature Request
> Components: MP Health
> Reporter: Rostislav Svoboda
> Assignee: Jeff Mesnil
> Priority: Major
> Labels: domain-mode
>
> MP Health is not available in domain mode.
> Analysis is not saying that domain is out of scope, EAP7 RFE is not explicit about this either.
> We may resolve this just by making it explicit, that MP health is just fo standalone for now.
> For domain we should at least have a plan what to do and how
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (WFLY-10863) MP Health is not available in domain mode
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-10863?page=com.atlassian.jira.plugin... ]
Brian Stansberry updated WFLY-10863:
------------------------------------
Labels: domain-mode (was: )
> MP Health is not available in domain mode
> -----------------------------------------
>
> Key: WFLY-10863
> URL: https://issues.jboss.org/browse/WFLY-10863
> Project: WildFly
> Issue Type: Feature Request
> Components: MP Health
> Reporter: Rostislav Svoboda
> Assignee: Jeff Mesnil
> Priority: Major
> Labels: domain-mode
>
> MP Health is not available in domain mode.
> Analysis is not saying that domain is out of scope, EAP7 RFE is not explicit about this either.
> We may resolve this just by making it explicit, that MP health is just fo standalone for now.
> For domain we should at least have a plan what to do and how
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (DROOLS-3545) Create test for editingbox classes
by Gabriele Cardosi (Jira)
Gabriele Cardosi created DROOLS-3545:
----------------------------------------
Summary: Create test for editingbox classes
Key: DROOLS-3545
URL: https://issues.jboss.org/browse/DROOLS-3545
Project: Drools
Issue Type: Task
Components: Scenario Simulation and Testing
Reporter: Gabriele Cardosi
Assignee: Anna Baker
Create tests for classes inside org.drools.workbench.screens.scenariosimulation.client.collectioneditor.editingbox
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (WFLY-10230) Premature end of file if PathParam and PUT/POST are used together
by Marek Marusic (Jira)
[ https://issues.jboss.org/browse/WFLY-10230?page=com.atlassian.jira.plugin... ]
Marek Marusic resolved WFLY-10230.
----------------------------------
Resolution: Cannot Reproduce
I am closing this issue since we can't reproduce this and we have no further answers from the reporter. Feel free to reopen this if you have more info how to reproduce this.
> Premature end of file if PathParam and PUT/POST are used together
> -----------------------------------------------------------------
>
> Key: WFLY-10230
> URL: https://issues.jboss.org/browse/WFLY-10230
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Affects Versions: 11.0.0.Final
> Reporter: Ray Ramos
> Assignee: Marek Marusic
> Priority: Major
>
> The below fails with "Premature End of File". It is a PUT with a PathParam and a JAXB serializeable entity.
> {code:java}
> @PUT
> @Path("{tenant}")
> @Consumes(MediaType.APPLICATION_XML)
> public void upsert(@PathParam("tenant") String tenant, DataTransferModel model)
> {code}
> {noformat}
> 2:58:03,715 ERROR [org.jboss.resteasy.resteasy_jaxrs.i18n] (default task-2) RESTEASY002005: Failed executing PUT /gateway/tenant: org.jboss.resteasy.plugins.providers.jaxb.JAXBUnmarshalException: javax.xml.bind.UnmarshalException
> - with linked exception:
> [org.xml.sax.SAXParseException; Premature end of file.]
> at org.jboss.resteasy.plugins.providers.jaxb.AbstractJAXBProvider.readFrom(AbstractJAXBProvider.java:136)
> at org.jboss.resteasy.core.interception.AbstractReaderInterceptorContext.readFrom(AbstractReaderInterceptorContext.java:66)
> at org.jboss.resteasy.core.interception.ServerReaderInterceptorContext.readFrom(ServerReaderInterceptorContext.java:61)
> at org.jboss.resteasy.core.interception.AbstractReaderInterceptorContext.proceed(AbstractReaderInterceptorContext.java:56)
> at org.jboss.resteasy.security.doseta.DigitalVerificationInterceptor.aroundReadFrom(DigitalVerificationInterceptor.java:36)
> at org.jboss.resteasy.core.interception.AbstractReaderInterceptorContext.proceed(AbstractReaderInterceptorContext.java:59)
> at org.jboss.resteasy.core.MessageBodyParameterInjector.inject(MessageBodyParameterInjector.java:151)
> at org.jboss.resteasy.core.MethodInjectorImpl.injectArguments(MethodInjectorImpl.java:92)
> at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:115)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceMethodInvoker.java:295)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:249)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:236)
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:406)
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:213)
> at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:228)
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56)
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51)
> {noformat}
> However, if you remove the PathParam, it works.
> {code:java}
> @PUT
> @Path("tenant")
> @Consumes(MediaType.APPLICATION_XML)
> public void upsert(DataTransferModel model)
> {code}
> I tried swapping the order of the parameters and I get a "Stream Closed" exception instead.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (WFCORE-4278) jboss-cli "java.lang.ArithmeticException: / by zero" when executed from /usr/bin/expect without tty
by Jean-Francois Denise (Jira)
[ https://issues.jboss.org/browse/WFCORE-4278?page=com.atlassian.jira.plugi... ]
Jean-Francois Denise updated WFCORE-4278:
-----------------------------------------
Description:
Running the jboss-cli.sh from expect without tty (e.g. a cron or a jenkins job), causes a division by zero. (you can simulate non-availability of the real tty with "-nottycopy" :
NB: The failure occurs when you type a character in the CLI console.
{code}
$ /usr/bin/expect
expect1.1> spawn -nottycopy ./jboss-cli.sh
spawn -nottycopy ./jboss-cli.sh
25901
expect1.2> interact
You are disconnected at the moment. Type 'connect' to connect to the server or 'help' for the list of supported commands.
[disconnected /] Exception in thread "CLI Terminal Connection (uninterruptable)" java.lang.ArithmeticException: / by zero
at org.aesh.readline.Buffer.printInsertedData(Buffer.java:582)
at org.aesh.readline.Buffer.insert(Buffer.java:231)
at org.aesh.readline.AeshConsoleBuffer.writeChar(AeshConsoleBuffer.java:130)
at org.aesh.readline.Readline$AeshInputProcessor.parse(Readline.java:262)
at org.aesh.readline.Readline$AeshInputProcessor.access$100(Readline.java:174)
at org.aesh.readline.Readline.readInput(Readline.java:95)
at org.aesh.readline.Readline.access$1000(Readline.java:57)
at org.aesh.readline.Readline$AeshInputProcessor.lambda$start$1(Readline.java:333)
at org.aesh.terminal.EventDecoder.accept(EventDecoder.java:118)
at org.aesh.terminal.EventDecoder.accept(EventDecoder.java:31)
at org.aesh.io.Decoder.write(Decoder.java:133)
at org.aesh.readline.tty.terminal.TerminalConnection.openBlocking(TerminalConnection.java:216)
at org.aesh.readline.tty.terminal.TerminalConnection.openBlocking(TerminalConnection.java:203)
at org.jboss.as.cli.impl.ReadlineConsole$CLITerminalConnection.lambda$null$1(ReadlineConsole.java:176)
at java.lang.Thread.run(Thread.java:748)
{code}
The same works fine on EAP 7.1
was:
Running the jboss-cli.sh from expect without tty (e.g. a cron or a jenkins job), causes a division by zero. (you can simulate non-availability of the real tty with "-nottycopy" :
{code}
$ /usr/bin/expect
expect1.1> spawn -nottycopy ./jboss-cli.sh
spawn -nottycopy ./jboss-cli.sh
25901
expect1.2> interact
You are disconnected at the moment. Type 'connect' to connect to the server or 'help' for the list of supported commands.
[disconnected /] Exception in thread "CLI Terminal Connection (uninterruptable)" java.lang.ArithmeticException: / by zero
at org.aesh.readline.Buffer.printInsertedData(Buffer.java:582)
at org.aesh.readline.Buffer.insert(Buffer.java:231)
at org.aesh.readline.AeshConsoleBuffer.writeChar(AeshConsoleBuffer.java:130)
at org.aesh.readline.Readline$AeshInputProcessor.parse(Readline.java:262)
at org.aesh.readline.Readline$AeshInputProcessor.access$100(Readline.java:174)
at org.aesh.readline.Readline.readInput(Readline.java:95)
at org.aesh.readline.Readline.access$1000(Readline.java:57)
at org.aesh.readline.Readline$AeshInputProcessor.lambda$start$1(Readline.java:333)
at org.aesh.terminal.EventDecoder.accept(EventDecoder.java:118)
at org.aesh.terminal.EventDecoder.accept(EventDecoder.java:31)
at org.aesh.io.Decoder.write(Decoder.java:133)
at org.aesh.readline.tty.terminal.TerminalConnection.openBlocking(TerminalConnection.java:216)
at org.aesh.readline.tty.terminal.TerminalConnection.openBlocking(TerminalConnection.java:203)
at org.jboss.as.cli.impl.ReadlineConsole$CLITerminalConnection.lambda$null$1(ReadlineConsole.java:176)
at java.lang.Thread.run(Thread.java:748)
{code}
The same works fine on EAP 7.1
> jboss-cli "java.lang.ArithmeticException: / by zero" when executed from /usr/bin/expect without tty
> ---------------------------------------------------------------------------------------------------
>
> Key: WFCORE-4278
> URL: https://issues.jboss.org/browse/WFCORE-4278
> Project: WildFly Core
> Issue Type: Bug
> Components: CLI
> Environment: Fedora 29, RHEL7.5
> Reporter: Jean-Francois Denise
> Assignee: Jean-Francois Denise
> Priority: Major
>
> Running the jboss-cli.sh from expect without tty (e.g. a cron or a jenkins job), causes a division by zero. (you can simulate non-availability of the real tty with "-nottycopy" :
> NB: The failure occurs when you type a character in the CLI console.
> {code}
> $ /usr/bin/expect
> expect1.1> spawn -nottycopy ./jboss-cli.sh
> spawn -nottycopy ./jboss-cli.sh
> 25901
> expect1.2> interact
> You are disconnected at the moment. Type 'connect' to connect to the server or 'help' for the list of supported commands.
> [disconnected /] Exception in thread "CLI Terminal Connection (uninterruptable)" java.lang.ArithmeticException: / by zero
> at org.aesh.readline.Buffer.printInsertedData(Buffer.java:582)
> at org.aesh.readline.Buffer.insert(Buffer.java:231)
> at org.aesh.readline.AeshConsoleBuffer.writeChar(AeshConsoleBuffer.java:130)
> at org.aesh.readline.Readline$AeshInputProcessor.parse(Readline.java:262)
> at org.aesh.readline.Readline$AeshInputProcessor.access$100(Readline.java:174)
> at org.aesh.readline.Readline.readInput(Readline.java:95)
> at org.aesh.readline.Readline.access$1000(Readline.java:57)
> at org.aesh.readline.Readline$AeshInputProcessor.lambda$start$1(Readline.java:333)
> at org.aesh.terminal.EventDecoder.accept(EventDecoder.java:118)
> at org.aesh.terminal.EventDecoder.accept(EventDecoder.java:31)
> at org.aesh.io.Decoder.write(Decoder.java:133)
> at org.aesh.readline.tty.terminal.TerminalConnection.openBlocking(TerminalConnection.java:216)
> at org.aesh.readline.tty.terminal.TerminalConnection.openBlocking(TerminalConnection.java:203)
> at org.jboss.as.cli.impl.ReadlineConsole$CLITerminalConnection.lambda$null$1(ReadlineConsole.java:176)
> at java.lang.Thread.run(Thread.java:748)
> {code}
> The same works fine on EAP 7.1
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (WFLY-11619) HA Singleton will not stop the service or deployment after merge the cluster-view if the elected node rejected by FullGC or suspended
by Bartosz Spyrko-Śmietanko (Jira)
[ https://issues.jboss.org/browse/WFLY-11619?page=com.atlassian.jira.plugin... ]
Bartosz Spyrko-Śmietanko commented on WFLY-11619:
-------------------------------------------------
[~wdfink] just to clarify - when I tried this, the HA singleton on the first server (one being stoped/resumed) is running for a while after resume, but after a short while it was stopped - is that the behaviour you're seeing?
> HA Singleton will not stop the service or deployment after merge the cluster-view if the elected node rejected by FullGC or suspended
> -------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-11619
> URL: https://issues.jboss.org/browse/WFLY-11619
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 16.0.0.Beta1
> Reporter: Wolf-Dieter Fink
> Assignee: Paul Ferraro
> Priority: Critical
> Attachments: node1.log, node2.log
>
>
> If a 2 node cluster has a HA Singleton deployment (no matter whether it is a service or deployment) a merge after a split caused by FullGC will end in running two nodes as a Singleton provider.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months