[JBoss JIRA] (WFLY-8667) Elytron - unable to use OTP SASL mechanism
by Josef Cacek (JIRA)
Josef Cacek created WFLY-8667:
---------------------------------
Summary: Elytron - unable to use OTP SASL mechanism
Key: WFLY-8667
URL: https://issues.jboss.org/browse/WFLY-8667
Project: WildFly
Issue Type: Bug
Components: Security
Reporter: Josef Cacek
Assignee: Darran Lofthouse
Priority: Blocker
I'm not able to use the new OTP SASL mechanism in WildFly (introduced as part of EAP7-530).
It seems the only security-realm which has subsystem support for OTP is the {{ldap-realm}} now. Nevertheless the name filtering in {{AbstractMechanismAuthenticationFactory.getMechanismNames()}} doesn't return OTP as supported in ldap-realm. Neither the {{PasswordGuessEvidence}} nor {{PasswordCredential}} checked in the method seems to be supported.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 7 months
[JBoss JIRA] (ELY-1111) There is description of "case-sensitive" attribute inconsistency between model and XSD.
by Ilia Vassilev (JIRA)
[ https://issues.jboss.org/browse/ELY-1111?page=com.atlassian.jira.plugin.s... ]
Ilia Vassilev reassigned ELY-1111:
----------------------------------
Assignee: Ilia Vassilev (was: Darran Lofthouse)
> There is description of "case-sensitive" attribute inconsistency between model and XSD.
> ---------------------------------------------------------------------------------------
>
> Key: ELY-1111
> URL: https://issues.jboss.org/browse/ELY-1111
> Project: WildFly Elytron
> Issue Type: Bug
> Components: Credential Store
> Reporter: Hynek Švábek
> Assignee: Ilia Vassilev
>
> There is description of "case-sensitive" attribute inconsistency between model and XSD.
> In XSD is missing default value.
> Please add to XSD default value and unify description.
> I suggest use description from model as right one: "Case sensitivity of the credential store. If case insensitive only lower case names are allowed for aliases.".
> *MODEL*
> {code}
> "case-sensitive" => {
> "type" => BOOLEAN,
> "description" => "Case sensitivity of the credential store. If case insensitive only lower case names are allowed for aliases.",
> "attribute-group" => "implementation",
> "expressions-allowed" => false,
> "required" => false,
> "nillable" => true,
> "default" => false,
> "access-type" => "read-write",
> "storage" => "configuration",
> "restart-required" => "resource-services"
> },
> {code}
> *DMR*
> {code}
> <xs:attribute name="case-sensitive" type="xs:boolean" use="optional">
> <xs:annotation>
> <xs:documentation>
> Indicates that the credential store is case sensitive and should then allow for upper case in alias.
> </xs:documentation>
> </xs:annotation>
> </xs:attribute>
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 7 months
[JBoss JIRA] (WFLY-8661) Transaction is marked disassociated from application thread when transaction manager reaper thread suspends transaction
by David Lloyd (JIRA)
[ https://issues.jboss.org/browse/WFLY-8661?page=com.atlassian.jira.plugin.... ]
David Lloyd commented on WFLY-8661:
-----------------------------------
Looks like we aren't notifying the association listeners in the case where the transaction is completed (either via commit or rollback). I'll file & link a JIRA.
> Transaction is marked disassociated from application thread when transaction manager reaper thread suspends transaction
> -----------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-8661
> URL: https://issues.jboss.org/browse/WFLY-8661
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Affects Versions: 11.0.0.Alpha1
> Reporter: Scott Marlow
> Assignee: Scott Marlow
>
> I created a pull request to enable the TxTimeoutTestCase ([JBEAP-10550] + [WFLY-5319]) which required a test change, however, the test is failing for me locally, due to org.wildfly.transaction.client.LocalTransaction.suspend() calling notifyAssociationListeners(false) in the TM reaper "tx timeout" thread, which is wrong, as the app client thread may still be associated with the same transaction.
> [https://gist.github.com/scottmarlow/1ae4a4abe98851b3fe6b1e602ba273d7] shows another reaper thread association call being made, that shouldn't be.
> I'm not sure of how the Narayana org.jboss.tm.listener.TransactionListenerRegistry SPI, internally ensured that the reaper thread didn't incorrectly perform association/disassociation but what we have now in WildFly (appears) to be different.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 7 months