March 2018 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-9903) Cannot remove modcluster subsystem for the first time

by Radoslav Husar (JIRA)

[ https://issues.jboss.org/browse/WFLY-9903?page=com.atlassian.jira.plugin.... ] Radoslav Husar updated WFLY-9903: --------------------------------- Fix Version/s: (was: 13.0.0.Beta1) > Cannot remove modcluster subsystem for the first time > ----------------------------------------------------- > > Key: WFLY-9903 > URL: https://issues.jboss.org/browse/WFLY-9903 > Project: WildFly > Issue Type: Bug > Components: mod_cluster > Affects Versions: 12.0.0.Beta1 > Environment: Debian stable, openjdk 8 > Reporter: Marcel Šebek > Assignee: Radoslav Husar > Priority: Critical > > Removal of modcluster subsystem first produces an error, and succeeds for the second time: > [standalone@localhost:9990 /] /subsystem=modcluster:remove() > { > "outcome" => "failed", > "failure-description" => "WFLYCTL0441: Operation has resulted in failed or missing services > WFLYCTL0184: New missing/unsatisfied dependencies: > service org.wildfly.mod_cluster.undertow (unavailable) dependents: [service org.wildfly.undertow.http-invoker.host.default-host.http-invoker] > ", > "rolled-back" => true > } > [standalone@localhost:9990 /] /subsystem=modcluster:remove() > { > "outcome" => "success", > "response-headers" => { > "operation-requires-reload" => true, > "process-state" => "reload-required" > } > } > Error in the wildfly output is > 18:35:11,316 INFO [org.jboss.modcluster] (ServerService Thread Pool -- 78) MODCLUSTER000002: Initiating mod_cluster shutdown > 18:35:11,319 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0013: Operation ("remove") failed - address: ([("subsystem" => "modcluster")]) - failure description: "WFLYCTL0441: Operation has resulted in failed or missing services > WFLYCTL0184: New missing/unsatisfied dependencies: > service org.wildfly.mod_cluster.undertow (unavailable) dependents: [service org.wildfly.undertow.http-invoker.host.default-host.http-invoker] > " > 18:35:11,321 INFO [org.jboss.as.controller] (management-handler-thread - 2) WFLYCTL0183: Service status report > WFLYCTL0184: New missing/unsatisfied dependencies: > service org.wildfly.mod_cluster.undertow (unavailable) dependents: [service org.wildfly.undertow.http-invoker.host.default-host.http-invoker] > For the second time, it succeeds. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (LOGMGR-36) FileHandler which rolls the file when a system property changes.

by David Lloyd (JIRA)

[ https://issues.jboss.org/browse/LOGMGR-36?page=com.atlassian.jira.plugin.... ] David Lloyd reassigned LOGMGR-36: --------------------------------- Assignee: (was: David Lloyd) > FileHandler which rolls the file when a system property changes. > ---------------------------------------------------------------- > > Key: LOGMGR-36 > URL: https://issues.jboss.org/browse/LOGMGR-36 > Project: JBoss Log Manager > Issue Type: Feature Request > Reporter: Ondrej Zizka > > I'd make use of a FileHandler which would roll the file when a system property changes. > For use case, see ARQ-710. > The handler would have a property called, say, fileNameFormat, which would be a string like: > {code} > my-server-log-${arq.currentTest}-${arq.containerId}.txt > {code} > The handler would replace the string every time and compare with previous; when different, it would roll the file. > It would not be super efficient but good enough for the purposes of testing. > (It would not be the default handler, only configured on demand.) -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6801) EJBClientContext leak: EJBClientContext is not unregistered from TCCLEJBClientContextSelectorService when it's closed

by David Lloyd (JIRA)

[ https://issues.jboss.org/browse/WFLY-6801?page=com.atlassian.jira.plugin.... ] David Lloyd resolved WFLY-6801. ------------------------------- Fix Version/s: 11.0.0.Final (was: 9.x.x TBD) Resolution: Done This should be fixed in the new client in WF 11+. > EJBClientContext leak: EJBClientContext is not unregistered from TCCLEJBClientContextSelectorService when it's closed > --------------------------------------------------------------------------------------------------------------------- > > Key: WFLY-6801 > URL: https://issues.jboss.org/browse/WFLY-6801 > Project: WildFly > Issue Type: Bug > Components: EJB > Affects Versions: 9.0.2.Final > Environment: one standalone wildfly on windows7 > Reporter: liang cheng > Labels: EJBClientContext, naming > Fix For: 11.0.0.Final > > > After running our code with several days, we found there are many EJbClientContext instances are cached in the heap and could not be GC. And cause the memory leak issue. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9777) Test suite is leaving debris in git-trackable directories

by Chao Wang (JIRA)

[ https://issues.jboss.org/browse/WFLY-9777?page=com.atlassian.jira.plugin.... ] Chao Wang updated WFLY-9777: ---------------------------- Git Pull Request: https://github.com/wildfly/wildfly/pull/10962 > Test suite is leaving debris in git-trackable directories > --------------------------------------------------------- > > Key: WFLY-9777 > URL: https://issues.jboss.org/browse/WFLY-9777 > Project: WildFly > Issue Type: Bug > Components: Test Suite > Reporter: David Lloyd > Assignee: Chao Wang > Priority: Critical > > After a full test run, {{git status}} reports the following: > {noformat} > Untracked files: > (use "git add <file>..." to include in what will be committed) > testsuite/integration/basic/user-transaction-access-test.jar > testsuite/integration/elytron/boot.log > testsuite/integration/elytron/boot.log.2018-02-05 > testsuite/integration/iiop/CosServices.cfg > testsuite/integration/iiop/ObjectStore/ > testsuite/integration/ws/jaxws-samples-wsse-policy-trust-client.jar > no changes added to commit (use "git add" and/or "git commit -a") > {noformat} > This is highly problematic as it's just a matter of time before one of these files ends up getting committed by mistake. > Update the test suite to create temporary files in {{target}} directories only. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ELY-1531) Use the same gamut of runAs*() methods for both SecurityIdentity and AuthenticationContext

by David Lloyd (JIRA)

David Lloyd created ELY-1531: -------------------------------- Summary: Use the same gamut of runAs*() methods for both SecurityIdentity and AuthenticationContext Key: ELY-1531 URL: https://issues.jboss.org/browse/ELY-1531 Project: WildFly Elytron Issue Type: Enhancement Components: Authentication Client, Authentication Server Reporter: David Lloyd Both AuthenticationContext and SecurityIdentity can be captured and restored in a similar manner; they should use the same gamut of {{run*()}} methods. The methods from {{org.wildfly.common.function.Functions}} can help with this. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2359) DMN DecisionTable output validation when type is a collection

by Matteo Mortari (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2359?page=com.atlassian.jira.plugi... ] Matteo Mortari commented on DROOLS-2359: ---------------------------------------- Additionally, if defining the type as: !screenshot-3.png! the following Decision table: !screenshot-4.png! regardless of [DROOLS-2151] throw an error because not considering each element in the result {{["abc", "xyz"]}} against the List of Value, but directly the whole resulting feel:list against each of the allowed value in the LOV. > DMN DecisionTable output validation when type is a collection > ------------------------------------------------------------- > > Key: DROOLS-2359 > URL: https://issues.jboss.org/browse/DROOLS-2359 > Project: Drools > Issue Type: Bug > Components: dmn engine > Reporter: Matteo Mortari > Assignee: Matteo Mortari > Attachments: screenshot-1.png, screenshot-2.png, screenshot-3.png, screenshot-4.png > > > Given the following type: > !screenshot-1.png! > and the following Decision Table: > !screenshot-2.png! > it return error because it tries to validate {{["abc", "xyz"]}} as a feel:string type, without awareness of collection. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2359) DMN DecisionTable output validation when type is a collection

by Matteo Mortari (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2359?page=com.atlassian.jira.plugi... ] Matteo Mortari updated DROOLS-2359: ----------------------------------- Attachment: screenshot-4.png > DMN DecisionTable output validation when type is a collection > ------------------------------------------------------------- > > Key: DROOLS-2359 > URL: https://issues.jboss.org/browse/DROOLS-2359 > Project: Drools > Issue Type: Bug > Components: dmn engine > Reporter: Matteo Mortari > Assignee: Matteo Mortari > Attachments: screenshot-1.png, screenshot-2.png, screenshot-3.png, screenshot-4.png > > > Given the following type: > !screenshot-1.png! > and the following Decision Table: > !screenshot-2.png! > it return error because it tries to validate {{["abc", "xyz"]}} as a feel:string type, without awareness of collection. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2359) DMN DecisionTable output validation when type is a collection

by Matteo Mortari (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2359?page=com.atlassian.jira.plugi... ] Matteo Mortari updated DROOLS-2359: ----------------------------------- Attachment: screenshot-3.png > DMN DecisionTable output validation when type is a collection > ------------------------------------------------------------- > > Key: DROOLS-2359 > URL: https://issues.jboss.org/browse/DROOLS-2359 > Project: Drools > Issue Type: Bug > Components: dmn engine > Reporter: Matteo Mortari > Assignee: Matteo Mortari > Attachments: screenshot-1.png, screenshot-2.png, screenshot-3.png > > > Given the following type: > !screenshot-1.png! > and the following Decision Table: > !screenshot-2.png! > it return error because it tries to validate {{["abc", "xyz"]}} as a feel:string type, without awareness of collection. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2358) Sometimes Eclipse kie navigator cannot connect to git server on Windows

by Tomas David (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2358?page=com.atlassian.jira.plugi... ] Tomas David updated DROOLS-2358: -------------------------------- Summary: Sometimes Eclipse kie navigator cannot connect to git server on Windows (was: Sometimes Eclipse cannot connect to git server on Windows) > Sometimes Eclipse kie navigator cannot connect to git server on Windows > ----------------------------------------------------------------------- > > Key: DROOLS-2358 > URL: https://issues.jboss.org/browse/DROOLS-2358 > Project: Drools > Issue Type: Bug > Components: eclipse plugin > Affects Versions: 7.5.0.Final > Environment: Windows 10 > Developer studio 11.2.0.GA > Drools plugin 7.5.0.Final > RHDM 7.0.0.GA / BPMS 6.4.9.GA > Reporter: Tomas David > Assignee: Kris Verlaenen > Attachments: error_dialog.png > > > Sometimes it happens that kie server cannot get content of repository. Error dialog is displayed. Exception is thrown: > {noformat} > org.eclipse.jgit.api.errors.TransportException: ssh://testadmin@localhost:8001/clonerepo: verify: false > at org.eclipse.jgit.api.FetchCommand.call(FetchCommand.java:250) > at org.eclipse.jgit.api.CloneCommand.fetch(CloneCommand.java:304) > at org.eclipse.jgit.api.CloneCommand.call(CloneCommand.java:201) > at org.kie.eclipse.navigator.view.utils.ActionUtils$1.run(ActionUtils.java:149) > at org.eclipse.core.internal.jobs.Worker.run(Worker.java:56) > Caused by: org.eclipse.jgit.errors.TransportException: ssh://testadmin@localhost:8001/clonerepo: verify: false > at org.eclipse.jgit.transport.JschConfigSessionFactory.getSession(JschConfigSessionFactory.java:172) > at org.eclipse.jgit.transport.SshTransport.getSession(SshTransport.java:137) > at org.eclipse.jgit.transport.TransportGitSsh$SshFetchConnection.<init>(TransportGitSsh.java:278) > at org.eclipse.jgit.transport.TransportGitSsh.openFetch(TransportGitSsh.java:169) > at org.eclipse.jgit.transport.FetchProcess.executeImp(FetchProcess.java:137) > at org.eclipse.jgit.transport.FetchProcess.execute(FetchProcess.java:123) > at org.eclipse.jgit.transport.Transport.fetch(Transport.java:1236) > at org.eclipse.jgit.api.FetchCommand.call(FetchCommand.java:239) > ... 4 more > Caused by: com.jcraft.jsch.JSchException: verify: false > at com.jcraft.jsch.Session.connect(Session.java:330) > at org.eclipse.jgit.transport.JschConfigSessionFactory.getSession(JschConfigSessionFactory.java:126) > ... 11 more > {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-42) Containerized Jenkins Slaves - PoC

by Filip Brychta (JIRA)

[ https://issues.jboss.org/browse/SWSQE-42?page=com.atlassian.jira.plugin.s... ] Filip Brychta resolved SWSQE-42. -------------------------------- Resolution: Done > Containerized Jenkins Slaves - PoC > ---------------------------------- > > Key: SWSQE-42 > URL: https://issues.jboss.org/browse/SWSQE-42 > Project: Swift Sunshine QE > Issue Type: Task > Reporter: Filip Brychta > Assignee: Filip Brychta > > It's possible to have jenkins slaves running in OS on demand. > Examples: https://docs.engineering.redhat.com/display/KB/Containerized+Jenkins+Slaves > https://github.com/scoheb/containerCIDemo -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira March 2018