[JBoss JIRA] (WFCORE-2335) It is possible to set buffer pool buffers-per-slice attribute to negative value
by Dmitrii Tikhomirov (JIRA)
Dmitrii Tikhomirov created WFCORE-2335:
------------------------------------------
Summary: It is possible to set buffer pool buffers-per-slice attribute to negative value
Key: WFCORE-2335
URL: https://issues.jboss.org/browse/WFCORE-2335
Project: WildFly Core
Issue Type: Bug
Components: IO
Reporter: Dmitrii Tikhomirov
Assignee: Dmitrii Tikhomirov
Currently, setting of negative value passes:
{code}
[standalone@localhost:9990 /] /subsystem=io/buffer-pool=foo:write-attribute(name=buffers-per-slice, value=-20
{
"outcome" => "success",
"response-headers" => {
"operation-requires-reload" => true,
"process-state" => "reload-required"
}
}
{code}
although error in server log is thrown after reload, it contains only error message about 'bufferSize' when I was setting buffers-per-slice attribute:
{code}
2017-02-27 08:46:13,117 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
("subsystem" => "io"),
("buffer-pool" => "foo")
]) - failure description: {
"WFLYCTL0080: Failed services" => {"org.wildfly.io.buffer-pool.foo" => "org.jboss.msc.service.StartException in service org.wildfly.io.buffer-pool.foo: Failed to start service
Caused by: java.lang.IllegalArgumentException: XNIO000015: Parameter 'bufferSize' is out of range"},
"WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.io.buffer-pool.foo"]
}
{code}
There should be validation of this attribute.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 8 months
[JBoss JIRA] (WFCORE-2334) It is possible to set buffer pool buffer-size attribute to negative value
by Dmitrii Tikhomirov (JIRA)
Dmitrii Tikhomirov created WFCORE-2334:
------------------------------------------
Summary: It is possible to set buffer pool buffer-size attribute to negative value
Key: WFCORE-2334
URL: https://issues.jboss.org/browse/WFCORE-2334
Project: WildFly Core
Issue Type: Bug
Components: IO
Affects Versions: 3.0.0.Beta5
Reporter: Dmitrii Tikhomirov
Assignee: Dmitrii Tikhomirov
Currently, setting of negative value passes:
{code}
[standalone@localhost:9990 /] /subsystem=io/buffer-pool=foo:write-attribute(name=buffer-size, value=-20
{
"outcome" => "success",
"response-headers" => {
"operation-requires-reload" => true,
"process-state" => "reload-required"
}
}
{code}
although error in server log is thrown after reload:
{code}
2017-02-27 08:36:29,222 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
("subsystem" => "io"),
("buffer-pool" => "foo")
]) - failure description: {
"WFLYCTL0080: Failed services" => {"org.wildfly.io.buffer-pool.foo" => "org.jboss.msc.service.StartException in service org.wildfly.io.buffer-pool.foo: Failed to start service
Caused by: java.lang.IllegalArgumentException: XNIO000015: Parameter 'bufferSize' is out of range"},
"WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.io.buffer-pool.foo"]
}
{code}
There should be validation of this attribute.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 8 months
[JBoss JIRA] (WFCORE-2332) ReloadRedirectTestCase stuck on HP-UX
by Petr Kremensky (JIRA)
[ https://issues.jboss.org/browse/WFCORE-2332?page=com.atlassian.jira.plugi... ]
Petr Kremensky moved JBEAP-9151 to WFCORE-2332:
-----------------------------------------------
Project: WildFly Core (was: JBoss Enterprise Application Platform)
Key: WFCORE-2332 (was: JBEAP-9151)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Test Suite
(was: Test Suite)
Affects Version/s: 3.0.0.Beta4
(was: 7.1.0.DR12)
> ReloadRedirectTestCase stuck on HP-UX
> -------------------------------------
>
> Key: WFCORE-2332
> URL: https://issues.jboss.org/browse/WFCORE-2332
> Project: WildFly Core
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 3.0.0.Beta4
> Reporter: Petr Kremensky
> Assignee: Petr Kremensky
>
> org.jboss.as.test.manualmode.management.cli.ReloadRedirectTestCase from Wildfly core manual mode module stuck on HP-UX
> {{destroy()}} is unable to kill the process waiting for the user input (accept certificate dialogue). We could either destroy the process forcibly by updating CliProcessWrapper:
> {code:java}
> public void destroyProcess() {
> cliProcess.destroy();
> }
> {code}
> to
> {code:java}
> public void destroyProcess() {
> cliProcess.destroyForcibly();
> }
> {code}
> or add {{cliProc.ctrlCAndWaitForClose();}} into finally block just before destroying the process in test case.
> ReloadRedirectTestCase#testReloadwithRedirect()
> {code:java}
> finally {
> cliProc.ctrlCAndWaitForClose();
> cliProc.destroyProcess();
> }
> {code}
> see WFCORE-2216 for test log and thread dump
> I'll send a PR for the second option.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 8 months
[JBoss JIRA] (WFLY-8232) SecurityAuditingTestCase fails with Elytron profile in AS TS
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/WFLY-8232?page=com.atlassian.jira.plugin.... ]
Jan Kalina reassigned WFLY-8232:
--------------------------------
Assignee: Jan Kalina (was: Darran Lofthouse)
> SecurityAuditingTestCase fails with Elytron profile in AS TS
> ------------------------------------------------------------
>
> Key: WFLY-8232
> URL: https://issues.jboss.org/browse/WFLY-8232
> Project: WildFly
> Issue Type: Bug
> Components: Security, Test Suite
> Reporter: Josef Cacek
> Assignee: Jan Kalina
>
> The {{SecurityAuditingTestCase}} fails when executed with Elytron profile ({{-Delytron}}) in AS TS.
> {code}
> cd testsuite/integration/basic
> mvn clean test -Dtest=SecurityAuditingTestCase -Delytron
> ...
> Failed tests:
> SecurityAuditingTestCase.testSingleMethodAnnotationsUser1Template:181->AnnSBTest.testSingleMethodAnnotationsUser1Template:156->AnnSBTest.lambda$testSingleMethodAnnotationsUser1Template$1:169 EJBAccessException not expected
> Tests run: 2, Failures: 1, Errors: 0, Skipped: 0
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 8 months