[JBoss JIRA] (DROOLS-1222) Upgrade kie-server from jackson 1 to jackson 2
by Geoffrey De Smet (JIRA)
Geoffrey De Smet created DROOLS-1222:
----------------------------------------
Summary: Upgrade kie-server from jackson 1 to jackson 2
Key: DROOLS-1222
URL: https://issues.jboss.org/browse/DROOLS-1222
Project: Drools
Issue Type: Task
Components: kie server
Reporter: Geoffrey De Smet
Change the groupId and package imports of Jackson dependencies and imports from codehaus to fasterxml.
Needed to sync dependencies with EAP 7.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (WFCORE-1634) Wrong cursor position after deleting all characters in second line
by Tomas Hofman (JIRA)
Tomas Hofman created WFCORE-1634:
------------------------------------
Summary: Wrong cursor position after deleting all characters in second line
Key: WFCORE-1634
URL: https://issues.jboss.org/browse/WFCORE-1634
Project: WildFly Core
Issue Type: Bug
Components: CLI
Affects Versions: 3.0.0.Alpha3
Environment: Fedora 24
Gnome Terminal 3.20
Bash 4.3.42
Reporter: Tomas Hofman
Assignee: Tomas Hofman
When typing expression that stretches more then one line, and then deleting all characters in the last line, cursor appears on wrong position in the previous line (should be on last row, but is at row before the last).
Further editing messes up the displayed expression - the console doesn't the real content of the buffer.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (WFLY-6784) Add possibility to enable websocket compression via management model
by Ingo Weiss (JIRA)
[ https://issues.jboss.org/browse/WFLY-6784?page=com.atlassian.jira.plugin.... ]
Ingo Weiss reassigned WFLY-6784:
--------------------------------
Assignee: Ingo Weiss (was: Stuart Douglas)
> Add possibility to enable websocket compression via management model
> --------------------------------------------------------------------
>
> Key: WFLY-6784
> URL: https://issues.jboss.org/browse/WFLY-6784
> Project: WildFly
> Issue Type: Feature Request
> Components: Web (Undertow)
> Affects Versions: 10.0.0.Final
> Reporter: Radim Hatlapatka
> Assignee: Ingo Weiss
> Priority: Critical
>
> In EAP 6 the websockets compression was enabled by default allowing to use pre-deflate compression when requested by client.
> There is support for it in Undertow but there is no option to enable it in WildFly 10. This option should be added to WildFly and should probably set by default to true as that would be consistent with default behaviour when using WebSockets with EAP 6.4.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (WFLY-6784) Add possibility to enable websocket compression via management model
by Ingo Weiss (JIRA)
[ https://issues.jboss.org/browse/WFLY-6784?page=com.atlassian.jira.plugin.... ]
Ingo Weiss updated WFLY-6784:
-----------------------------
Original Estimate: 2 days
Remaining Estimate: 2 days
> Add possibility to enable websocket compression via management model
> --------------------------------------------------------------------
>
> Key: WFLY-6784
> URL: https://issues.jboss.org/browse/WFLY-6784
> Project: WildFly
> Issue Type: Feature Request
> Components: Web (Undertow)
> Affects Versions: 10.0.0.Final
> Reporter: Radim Hatlapatka
> Assignee: Ingo Weiss
> Priority: Critical
> Original Estimate: 2 days
> Remaining Estimate: 2 days
>
> In EAP 6 the websockets compression was enabled by default allowing to use pre-deflate compression when requested by client.
> There is support for it in Undertow but there is no option to enable it in WildFly 10. This option should be added to WildFly and should probably set by default to true as that would be consistent with default behaviour when using WebSockets with EAP 6.4.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (ELY-19) OAuth Broker Security Realm
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/ELY-19?page=com.atlassian.jira.plugin.sys... ]
Darran Lofthouse commented on ELY-19:
-------------------------------------
Going to leave this unscheduled but open as I don't want it to completely drop off the radar - however yes now that we have capabilities and requirements this is going to be something to be provided by KeyCloak and not us - i.e. their subsystem has access to the internal APIs and the internal repository.
Maybe a good start will be to see about adding a security realm capability to the KeyCloak subsystem (or some related subsystem) that can at the very least perform evidence verification.
> OAuth Broker Security Realm
> ---------------------------
>
> Key: ELY-19
> URL: https://issues.jboss.org/browse/ELY-19
> Project: WildFly Elytron
> Issue Type: Sub-task
> Reporter: Darran Lofthouse
> Assignee: Pedro Igor
>
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (WFCORE-1633) BoundedQueueThreadPoolResourceDefinition does not able to add additional check on the threads executor
by Lin Gao (JIRA)
Lin Gao created WFCORE-1633:
-------------------------------
Summary: BoundedQueueThreadPoolResourceDefinition does not able to add additional check on the threads executor
Key: WFCORE-1633
URL: https://issues.jboss.org/browse/WFCORE-1633
Project: WildFly Core
Issue Type: Bug
Reporter: Lin Gao
Assignee: Lin Gao
When there is already a long-running thread pool for a work manager and you try to create another one:
{{/subsystem=jca/workmanager=default/long-running-threads=custom:add(max-threads=30, queue-length=30)}}
you only get an opaque error message:
{{"failure-description" => "WFLYCTL0086: Failed to persist configuration change: WFLYCTL0084: Failed to marshal configuration",}} with a, also useless, {{java.lang.IllegalArgumentException}} in the server log.
It should be more obvious that the error is that you cannot create two long-running thread pools
To be able to check whether the {{long-running-threads/short-running-threads}} within one JCA workmanager is already defined when adding one, {{BoundedQueueThreadPoolResourceDefinition}} in {{threads}} subsystem needs to be extended to be able to check this.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (SECURITY-947) could not spécify version 3 for ldap connection
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/SECURITY-947?page=com.atlassian.jira.plug... ]
Darran Lofthouse reassigned SECURITY-947:
-----------------------------------------
Assignee: (was: Darran Lofthouse)
> could not spécify version 3 for ldap connection
> -----------------------------------------------
>
> Key: SECURITY-947
> URL: https://issues.jboss.org/browse/SECURITY-947
> Project: PicketBox
> Issue Type: Feature Request
> Components: JBossSX
> Reporter: cyril leclerc
>
> HI,
> in case of using LDAPExtLoginModule and ldap realm if in active directory there is more than 1000 groups it returns an error :
> Caused by: javax.naming.SizeLimitExceededException: [LDAP: error code 4 - Sizelimit Exceeded]; remaining name 'CN=Users,DC=realad,DC=ad'
> i can't change in AD the MAXPAGESIZE parameter and i can't specify the module to use version 3 of ldap how i can do ?
> it is a big issue for me -)
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months