[JBoss JIRA] (WFCORE-3382) Further Enhance Elytron Permission Configuration
by Darran Lofthouse (JIRA)
Darran Lofthouse created WFCORE-3382:
----------------------------------------
Summary: Further Enhance Elytron Permission Configuration
Key: WFCORE-3382
URL: https://issues.jboss.org/browse/WFCORE-3382
Project: WildFly Core
Issue Type: Feature Request
Components: Security
Reporter: Darran Lofthouse
Fix For: 4.0.0.Alpha1
This has currently been simplified to a single resource for the out of the box configuration, however this brings issues as now permissions are duplicated so modifications need to be replicated instead of to a single location.
Finding a way for the default required permissions to be defined in one location could help eliminate the duplication.
We could also consider going one step further and subsystems register the default permissions that should be granted.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 8 months
[JBoss JIRA] (WFLY-9484) Upgrade netty-xnio-transport to 0.1.3.Final
by Jeff Mesnil (JIRA)
Jeff Mesnil created WFLY-9484:
---------------------------------
Summary: Upgrade netty-xnio-transport to 0.1.3.Final
Key: WFLY-9484
URL: https://issues.jboss.org/browse/WFLY-9484
Project: WildFly
Issue Type: Component Upgrade
Components: JMS
Reporter: Jeff Mesnil
Assignee: Jeff Mesnil
Fix For: 12.0.0.Alpha1
netty-xnio-transport must be updated to the version of XNIO and netty used in WildFly with Artemis 2.x releases
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 8 months
[JBoss JIRA] (WFLY-9482) ejb remote client hangs on undertow default worker pool exhaustion
by Igor Vagulin (JIRA)
[ https://issues.jboss.org/browse/WFLY-9482?page=com.atlassian.jira.plugin.... ]
Igor Vagulin edited comment on WFLY-9482 at 10/25/17 12:14 PM:
---------------------------------------------------------------
I am using default configuration bundled with wildfly. I believe it should not just lock up on load increase
> the number of task threads must exceed the maximum number of allowed concurrent inbound requests
I thought task-max-threads of io worker is only option to control maximum concurrent inbound requests
I am curently workaroun it on my installation creating separate io worker for remoting. but I am unable to use http upgrade with such configuration
was (Author: ivagulin):
I am using default configuration bundled with wildfly. I believe it should not just lock up on load increase
> the number of task threads must exceed the maximum number of allowed concurrent inbound requests
I thought task-max-threads of io worker is only option to control maximum concurrent inbound requests
> ejb remote client hangs on undertow default worker pool exhaustion
> ------------------------------------------------------------------
>
> Key: WFLY-9482
> URL: https://issues.jboss.org/browse/WFLY-9482
> Project: WildFly
> Issue Type: Bug
> Components: Remoting
> Affects Versions: 10.1.0.Final
> Reporter: Igor Vagulin
> Assignee: David Lloyd
>
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 8 months