[JBoss JIRA] (DROOLS-1937) [DMN Editor] Dynamic Form Properties with nested hierarchy binds to wrong object/widget
by Michael Anstis (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1937?page=com.atlassian.jira.plugi... ]
Michael Anstis commented on DROOLS-1937:
----------------------------------------
[~pere.fernandez] [~roger600] Hi, I don't suppose anyone has any pointers for how [~pere.fernandez] worked around/fixed this!?!?
It is beginning to "bite" the DMN Editor that more people are starting to fiddle with..
> [DMN Editor] Dynamic Form Properties with nested hierarchy binds to wrong object/widget
> ---------------------------------------------------------------------------------------
>
> Key: DROOLS-1937
> URL: https://issues.jboss.org/browse/DROOLS-1937
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Reporter: Michael Anstis
> Assignee: Roger Martínez
> Priority: Critical
> Labels: Stunner
>
> The Dynamic Form generated from a nested object hierarchy binds objects/widgets to the incorrect instances. For example; the below classes define an {{Id}} form field that is used in both {{InputData}} (through inheritance) and {{InformationItem}} (through sub-form reference and inheritance). When changing the {{Id}} field (for example) in the {{InputData}} form property the "Id" value of the nested "Information Item" is updated.
> {code}
> public abstract class DMNModelInstrumentedBase implements DMNDefinition {
>
> //No @FormFields etc
>
> }
>
> public abstract class DMNElement extends DMNModelInstrumentedBase {
>
> @Property
> @FormField
> protected Id id;
>
> @Property
> @FormField(afterElement = "id")
> protected Label label;
>
> @Property
> @FormField(afterElement = "label")
> protected Description description;
>
> ....
> }
>
> public abstract class NamedElement extends DMNElement {
>
> @Property
> @FormField(afterElement = "description")
> protected Name name;
>
> ....
> }
>
> @FormDefinition(policy = FieldPolicy.ONLY_MARKED)
> public class InformationItem extends NamedElement implements DMNPropertySet {
>
> @Property
> @FormField(afterElement = "name")
> protected QName typeRef;
>
> ....
> }
> public abstract class DRGElement extends NamedElement {}
> @FormDefinition(policy = FieldPolicy.ONLY_MARKED)
> public class InputData extends DRGElement {
> ...
> @PropertySet
> @FormField(afterElement = "name")
> protected InformationItem variable;
> ...
> }
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 4 months
[JBoss JIRA] (ELY-483) GssapiTestSuite and Gs2Test fail with com.ibm.security.krb5.KrbException, status code: 9 for IBM JDK
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/ELY-483?page=com.atlassian.jira.plugin.sy... ]
Jan Kalina commented on ELY-483:
--------------------------------
Will be fixed as suggested by [~olukas] + GSS compatiblity tests needs to be reconsidered - it was not good idea and it has more troubles like ELY-1298.
> GssapiTestSuite and Gs2Test fail with com.ibm.security.krb5.KrbException, status code: 9 for IBM JDK
> ----------------------------------------------------------------------------------------------------
>
> Key: ELY-483
> URL: https://issues.jboss.org/browse/ELY-483
> Project: WildFly Elytron
> Issue Type: Bug
> Affects Versions: 1.1.0.Beta5
> Reporter: Ondrej Lukas
> Assignee: Jan Kalina
> Labels: ibm-java
>
> Test cases initialization from GssapiTestSuite and Gs2Test fail with following exception for IBM JDK:
> {code}
> javax.security.auth.login.FailedLoginException:
> Login error: com.ibm.security.krb5.KrbException, status code: 9
> message: The client or server has a null key
> at com.ibm.security.jgss.i18n.I18NException.throwFailedLoginException(I18NException.java:15)
> at com.ibm.security.auth.module.Krb5LoginModule.j(Krb5LoginModule.java:727)
> at com.ibm.security.auth.module.Krb5LoginModule.b(Krb5LoginModule.java:307)
> at com.ibm.security.auth.module.Krb5LoginModule.login(Krb5LoginModule.java:59)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:95)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:55)
> at java.lang.reflect.Method.invoke(Method.java:507)
> at javax.security.auth.login.LoginContext.invoke(LoginContext.java:788)
> at javax.security.auth.login.LoginContext.access$000(LoginContext.java:196)
> at javax.security.auth.login.LoginContext$5.run(LoginContext.java:721)
> at javax.security.auth.login.LoginContext$5.run(LoginContext.java:719)
> at java.security.AccessController.doPrivileged(AccessController.java:686)
> at javax.security.auth.login.LoginContext.invokeCreatorPriv(LoginContext.java:719)
> at javax.security.auth.login.LoginContext.login(LoginContext.java:593)
> at org.wildfly.security.sasl.gssapi.JaasUtil.login(JaasUtil.java:71)
> at org.wildfly.security.sasl.gssapi.JaasUtil.loginClient(JaasUtil.java:53)
> at org.wildfly.security.sasl.gssapi.JdkClientJdkServer.initialise(JdkClientJdkServer.java:47)
> ...
> {code}
> It is test case issue but it can hide any another functional issue because affected tests are not running with IBM JDK.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 4 months