[JBoss JIRA] (WFCORE-3832) Support hex encoding in jdbc-realm for elytron
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3832?page=com.atlassian.jira.plugi... ]
Darran Lofthouse reassigned WFCORE-3832:
----------------------------------------
Assignee: (was: Jan Kalina)
> Support hex encoding in jdbc-realm for elytron
> ----------------------------------------------
>
> Key: WFCORE-3832
> URL: https://issues.jboss.org/browse/WFCORE-3832
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Security
> Affects Versions: 5.0.0.Alpha7
> Reporter: Jan Kalina
> Labels: elytron
>
> Old database login-module can be configured passing the attribute {{hashEncoding}}, for example:
> {code:xml}
> <login-module code="Database" flag="required">
> <module-option name="dsJndiName" value="java:jboss/datasources/ExampleDS"/>
> <module-option name="principalsQuery" value="SELECT password FROM User WHERE username = ?"/>
> <module-option name="rolesQuery" value="SELECT role, 'Roles' FROM User WHERE username = ?"/>
> <module-option name="hashAlgorithm" value="SHA-1"/>
> <module-option name="hashEncoding" value="hex"/>
> <module-option name="hashCharset" value="UTF-8"/>
> </login-module>
> {code}
> Currently jdbc-realm in elytron only uses base64 encoding if hash is stored in a text column. This way the migration is more complicated cos the password hash is not valid changing from old security system to elytron.
> Think also about the charset attribute.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 2 months
[JBoss JIRA] (WFLY-10531) Wildfly leaks ActiveMQ connections
by Jan-Willem Gmelig Meyling (JIRA)
[ https://issues.jboss.org/browse/WFLY-10531?page=com.atlassian.jira.plugin... ]
Jan-Willem Gmelig Meyling commented on WFLY-10531:
--------------------------------------------------
I seem to suffer from this issue in WF14.0.1 too...
> Wildfly leaks ActiveMQ connections
> ----------------------------------
>
> Key: WFLY-10531
> URL: https://issues.jboss.org/browse/WFLY-10531
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 13.0.0.Final
> Environment: openjdk 8 / openjdk 9, Linux
> Reporter: Marcel Šebek
> Assignee: Jeff Mesnil
> Attachments: WFLY-10531-ear-1.0.ear, WFLY10531.zip
>
>
> After upgrading our application from wildfly 12 to 13, the app started to crash after a while (hours, days, depending on circumstances). It crashes on
> IJ000453: Unable to get managed connection for java:/JmsXA
> and other errors (it simply cannot perform all the jobs it contains). I found that when shutting down the server which has been running for a while, I can see a bunch of these messages in the log:
> WARN [org.jboss.jca.core.connectionmanager.pool.strategy.PoolByCri] (ServerService Thread Pool -- 117) [:::] IJ000615: Destroying active connection in pool: ActiveMQConnectionDefinition (org.apache.activemq.artemis.ra.ActiveMQRAManagedConnection@2f37f69)
> Bascially, the longer the server was running, more of these messages are shown. I cannot find a way how to reproduce the issue. When the server runs for short time but with some load, no connection is leaked (or just one, rarely). On the other side, it leaks connections even without any particularly high load (just a few requests and @Schedule jobs) when running for longer time.
> It may also be a bug in our application, which just happen to have more serious impact with the new wildfly version.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 2 months
[JBoss JIRA] (SWSQE-419) Enhance Maistra Pipeline Support
by Matt Mahoney (JIRA)
[ https://issues.jboss.org/browse/SWSQE-419?page=com.atlassian.jira.plugin.... ]
Matt Mahoney updated SWSQE-419:
-------------------------------
Sprint: Kiali Sprint #11, Kiali Sprint #12 (was: Kiali Sprint #11)
> Enhance Maistra Pipeline Support
> --------------------------------
>
> Key: SWSQE-419
> URL: https://issues.jboss.org/browse/SWSQE-419
> Project: Kiali QE
> Issue Type: Story
> Reporter: Guilherme Baufaker Rêgo
> Assignee: Guilherme Baufaker Rêgo
>
> Maistra Pipeline would need to have some additions to have better support (Some of them include)
> - Remove Maistra Job from Upstream Pipeline (SWSQE-423)
> - Add Minimal CR option (this will install default versions listed on istio-operator) - (SWSQE-429)
>
> - Include Option to run or not run Kiali Istio Checker
>
> - Crate Maistra Message Bus Job (SWSQE-424)
> - Include Bookinfo, Include E2E Test Run, Include UI Test Run (SWSQE-430)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 2 months
[JBoss JIRA] (WFCORE-4144) Add support for registering a single JVM / Server wide default SSLContext
by Darran Lofthouse (JIRA)
Darran Lofthouse created WFCORE-4144:
----------------------------------------
Summary: Add support for registering a single JVM / Server wide default SSLContext
Key: WFCORE-4144
URL: https://issues.jboss.org/browse/WFCORE-4144
Project: WildFly Core
Issue Type: Feature Request
Components: Security
Reporter: Darran Lofthouse
Assignee: Darran Lofthouse
Fix For: 7.0.0.Alpha2
By registering a global SSLContext libraries used within the application server can make use of a managed SSLContext instead of relying on one automatically being created through the standard system properties.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 2 months
[JBoss JIRA] (WFLY-11094) Elytron does not do RunAs identity remote propagation
by Teresa Miyar (JIRA)
[ https://issues.jboss.org/browse/WFLY-11094?page=com.atlassian.jira.plugin... ]
Teresa Miyar moved WFCORE-4142 to WFLY-11094:
---------------------------------------------
Project: WildFly (was: WildFly Core)
Key: WFLY-11094 (was: WFCORE-4142)
Component/s: Security
(was: Security)
> Elytron does not do RunAs identity remote propagation
> -----------------------------------------------------
>
> Key: WFLY-11094
> URL: https://issues.jboss.org/browse/WFLY-11094
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Reporter: Teresa Miyar
> Assignee: Teresa Miyar
> Labels: downstream_dependency
>
> Elytron does not do RunAs identity remote propagation
> -> EJB with @RunAs("ejbuser") -> remote EJB , where Elytron security forwarding is configured, @RunAs is not working. And caused authentication error when trying to call the 2nd server when @RunAs is added.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 2 months