[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
[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
[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
[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
[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
[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