December 2017 - jboss-jira - Jboss List Archives

[JBoss JIRA] (ELY-283) Investigate Elytron and gssproxy interoperability

by Jan Kalina (JIRA)

[ https://issues.jboss.org/browse/ELY-283?page=com.atlassian.jira.plugin.sy... ] Jan Kalina edited comment on ELY-283 at 12/3/17 2:35 PM: --------------------------------------------------------- Few notes: * property *sun.security.jgss.native* needs to be set using JAVA_OPTS="-D ..." before standalone.sh (setting in standalone.xml is applied to late and is ignored by JVM) * to debug SunNativeProvider add property: *sun.security.nativegss.debug=true* * currently Elytron initialize LoginContext/Krb5LoginModule even if native provider should be used - should be made optional for future, but for now there is need to provide keystore with given credential to continue (obtained credential should be ignored by GSSManager if correctly set) * To start: {code}GSSPROXY_BEHAVIOR=REMOTE_FIRST GSS_USE_PROXY=1 JAVA_OPTS="-Djavax.security.auth.useSubjectCredsOnly=false -Dsun.security.jgss.lib=/usr/lib64/libgssapi_krb5.so.2.2 -Dsun.security.jgss.native=true -Dsun.security.nativegss.debug=true -Dsun.security.krb5.debug=true -Dsun.security.jgss.debug=true" bin/standalone.sh{code} was (Author: honza889): Few notes: * property *sun.security.jgss.native* needs to be set using JAVA_OPTS="-D ..." before standalone.sh (setting in standalone.xml is applied to late and is ignored by JVM) * to debug SunNativeProvider add property: *sun.security.nativegss.debug=true* * To start: {code}GSSPROXY_BEHAVIOR=REMOTE_FIRST GSS_USE_PROXY=1 JAVA_OPTS="-Djavax.security.auth.useSubjectCredsOnly=false -Dsun.security.jgss.lib=/usr/lib64/libgssapi_krb5.so.2.2 -Dsun.security.jgss.native=true -Dsun.security.nativegss.debug=true -Dsun.security.krb5.debug=true -Dsun.security.jgss.debug=true" bin/standalone.sh{code} > Investigate Elytron and gssproxy interoperability > ------------------------------------------------- > > Key: ELY-283 > URL: https://issues.jboss.org/browse/ELY-283 > Project: WildFly Elytron > Issue Type: Task > Components: SASL > Reporter: Peter Skopek > Assignee: Jan Kalina > Fix For: 2.0.0.Alpha1 > > > Investigate Elytron and gssproxy interoperability. > https://fedorahosted.org/gss-proxy/ -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ELY-283) Investigate Elytron and gssproxy interoperability

by Jan Kalina (JIRA)

[ https://issues.jboss.org/browse/ELY-283?page=com.atlassian.jira.plugin.sy... ] Jan Kalina edited comment on ELY-283 at 12/3/17 2:20 PM: --------------------------------------------------------- Few notes: * property *sun.security.jgss.native* needs to be set using JAVA_OPTS="-D ..." before standalone.sh (setting in standalone.xml is applied to late and is ignored by JVM) * to debug SunNativeProvider add property: *sun.security.nativegss.debug=true* * To start: {code}GSSPROXY_BEHAVIOR=REMOTE_FIRST GSS_USE_PROXY=1 JAVA_OPTS="-Djavax.security.auth.useSubjectCredsOnly=false -Dsun.security.jgss.lib=/usr/lib64/libgssapi_krb5.so.2.2 -Dsun.security.jgss.native=true -Dsun.security.nativegss.debug=true -Dsun.security.krb5.debug=true -Dsun.security.jgss.debug=true" bin/standalone.sh{code} was (Author: honza889): Few notes: * property *sun.security.jgss.native* needs to be set using JAVA_OPTS="-D ..." before standalone.sh (setting in standalone.xml is applied to late and is ignored by JVM) * to debug SunNativeProvider add property: *sun.security.nativegss.debug=true* > Investigate Elytron and gssproxy interoperability > ------------------------------------------------- > > Key: ELY-283 > URL: https://issues.jboss.org/browse/ELY-283 > Project: WildFly Elytron > Issue Type: Task > Components: SASL > Reporter: Peter Skopek > Assignee: Jan Kalina > Fix For: 2.0.0.Alpha1 > > > Investigate Elytron and gssproxy interoperability. > https://fedorahosted.org/gss-proxy/ -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-1658) EJBAccessException for methods with @PermitAll but using arrays in parameters

by David Lloyd (JIRA)

[ https://issues.jboss.org/browse/WFLY-1658?page=com.atlassian.jira.plugin.... ] David Lloyd commented on WFLY-1658: ----------------------------------- Could you please open a new JIRA and link it to this one? > EJBAccessException for methods with @PermitAll but using arrays in parameters > ----------------------------------------------------------------------------- > > Key: WFLY-1658 > URL: https://issues.jboss.org/browse/WFLY-1658 > Project: WildFly > Issue Type: Bug > Components: EJB > Affects Versions: 8.0.0.Alpha2 > Environment: 8.0.0.Alpha2 / Oracle JDK 7 > Reporter: Christophe Fillot > Assignee: jaikiran pai > Labels: ejb, security-domain > Fix For: 8.0.0.Alpha3 > > > Calling an EJB method containing an array in parameters throws EJBAccessException, even if the method has @PermitAll annotation. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-1658) EJBAccessException for methods with @PermitAll but using arrays in parameters

by Marcus Handte (JIRA)

[ https://issues.jboss.org/browse/WFLY-1658?page=com.atlassian.jira.plugin.... ] Marcus Handte commented on WFLY-1658: ------------------------------------- Unfortunately, I have to report that this bug seems to be present again in Wildfly-10.1.0.Final. After replacing an array parameter with a list of the same type on a session bean, I am able to use a method that did not work previously in an arquillian test. > EJBAccessException for methods with @PermitAll but using arrays in parameters > ----------------------------------------------------------------------------- > > Key: WFLY-1658 > URL: https://issues.jboss.org/browse/WFLY-1658 > Project: WildFly > Issue Type: Bug > Components: EJB > Affects Versions: 8.0.0.Alpha2 > Environment: 8.0.0.Alpha2 / Oracle JDK 7 > Reporter: Christophe Fillot > Assignee: jaikiran pai > Labels: ejb, security-domain > Fix For: 8.0.0.Alpha3 > > > Calling an EJB method containing an array in parameters throws EJBAccessException, even if the method has @PermitAll annotation. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2161) Recursive function definitions in context entries are raising compile time errors

by Edson Tirelli (JIRA)

Edson Tirelli created DROOLS-2161: ------------------------------------- Summary: Recursive function definitions in context entries are raising compile time errors Key: DROOLS-2161 URL: https://issues.jboss.org/browse/DROOLS-2161 Project: Drools Issue Type: Bug Components: dmn engine Affects Versions: 7.4.1.Final Reporter: Edson Tirelli Assignee: Edson Tirelli Attachments: ContextRecursion.dmn Recursive function definitions in contexts are raising compile time errors but are executing correctly. See attached model for example. Functions "f" and "h" raise compile time errors. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1597) Implement profile for integration with Signavio's DMN modeler

by Edson Tirelli (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1597?page=com.atlassian.jira.plugi... ] Edson Tirelli updated DROOLS-1597: ---------------------------------- Sprint: 2017 Week 24-25, 2017 Week 26-27, 2017 Week 28-29, 2017 Week 30-31, 2017 Week 32-33, 2017 Week 34-35, 2017 Week 36-37, 2017 Week 38-39, 2017 Week 40-41-42, 2017 Week 43-44, 2017 Week 45-46 (was: 2017 Week 24-25, 2017 Week 26-27, 2017 Week 28-29, 2017 Week 30-31, 2017 Week 32-33, 2017 Week 34-35, 2017 Week 36-37, 2017 Week 38-39, 2017 Week 40-41-42, 2017 Week 43-44, 2017 Week 45-46, 2017 Week 47-48) > Implement profile for integration with Signavio's DMN modeler > ------------------------------------------------------------- > > Key: DROOLS-1597 > URL: https://issues.jboss.org/browse/DROOLS-1597 > Project: Drools > Issue Type: Enhancement > Components: dmn engine > Affects Versions: 7.1.0.Beta2 > Reporter: Edson Tirelli > Assignee: Edson Tirelli > Fix For: 7.5.0.Final > > > Signavio implements a number of extensions to the DMN standard. As they are a Red Hat partner, we will need to implement a profile in the runtime engine that enables and supports those extensions. > A short list of extensions is as follows. Details will be added to individual tickets: > * Support additional FEEL functions and alternate names for existing functions > * Support the Multi Instance Decision node > * Support character '?' for interpolation of values in a DT cell > * Support constraints on List inputs in DT cells > * Support model composition through BKMs -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2160) Enhance UI in Test Scenarios Editor

by Ivo Bek (JIRA)

Ivo Bek created DROOLS-2160: ------------------------------- Summary: Enhance UI in Test Scenarios Editor Key: DROOLS-2160 URL: https://issues.jboss.org/browse/DROOLS-2160 Project: Drools Issue Type: Enhancement Components: Test Scenarios Editor Reporter: Ivo Bek Assignee: Toni Rikkola Attachments: Screenshot from 2017-12-01 16-38-52.png Test Scenarios editor needs to be polished: * Delete Buttons are too small - it would be good to enlarge them. * Some other elements doesn't have enough space around them. * Please do any other small visual changes which makes sense. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2160) Enhance UI in Test Scenarios Editor

by Ivo Bek (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2160?page=com.atlassian.jira.plugi... ] Ivo Bek commented on DROOLS-2160: --------------------------------- + [~jomarko] > Enhance UI in Test Scenarios Editor > ----------------------------------- > > Key: DROOLS-2160 > URL: https://issues.jboss.org/browse/DROOLS-2160 > Project: Drools > Issue Type: Enhancement > Components: Test Scenarios Editor > Reporter: Ivo Bek > Assignee: Toni Rikkola > Attachments: Screenshot from 2017-12-01 16-38-52.png > > > Test Scenarios editor needs to be polished: > * Delete Buttons are too small - it would be good to enlarge them. > * Some other elements doesn't have enough space around them. > * Please do any other small visual changes which makes sense. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9590) Auto-[create|delete]-jms-queues cannot be disabled

by Jeff Mesnil (JIRA)

[ https://issues.jboss.org/browse/WFLY-9590?page=com.atlassian.jira.plugin.... ] Jeff Mesnil moved JBEAP-13898 to WFLY-9590: ------------------------------------------- Project: WildFly (was: JBoss Enterprise Application Platform) Key: WFLY-9590 (was: JBEAP-13898) Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1) Component/s: JMS (was: ActiveMQ) (was: JMS) Affects Version/s: (was: 7.2.0.GA) > Auto-[create|delete]-jms-queues cannot be disabled > -------------------------------------------------- > > Key: WFLY-9590 > URL: https://issues.jboss.org/browse/WFLY-9590 > Project: WildFly > Issue Type: Bug > Components: JMS > Reporter: Jeff Mesnil > Assignee: Jeff Mesnil > Priority: Blocker > > For more information about origin of this issue see JBEAP-13856. > Auto-create-jms-queues and auto-delete-jms-queues enable or disable automatic creation or deletion of JMS queues when they are requested or when they are not used anymore. > In EAP 7.1 the features are disabled by default and they are Technical previews. > In EAP 7.2 the features cannot be disabled via mentioned management attributes and thus they are always enabled. The “cannot be” in previous sentence means that the configuration has no effect. > *Customer impact:* Behavior of messaging broker was changed in case of automatic creation and deletion JMS destinations. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9590) auto-[create|delete]-jms-queues are not supported in Artemis 2.4

by Jeff Mesnil (JIRA)

[ https://issues.jboss.org/browse/WFLY-9590?page=com.atlassian.jira.plugin.... ] Jeff Mesnil updated WFLY-9590: ------------------------------ Summary: auto-[create|delete]-jms-queues are not supported in Artemis 2.4 (was: Auto-[create|delete]-jms-queues cannot be disabled) > auto-[create|delete]-jms-queues are not supported in Artemis 2.4 > ---------------------------------------------------------------- > > Key: WFLY-9590 > URL: https://issues.jboss.org/browse/WFLY-9590 > Project: WildFly > Issue Type: Bug > Components: JMS > Reporter: Jeff Mesnil > Assignee: Jeff Mesnil > Priority: Blocker > > For more information about origin of this issue see JBEAP-13856. > Auto-create-jms-queues and auto-delete-jms-queues enable or disable automatic creation or deletion of JMS queues when they are requested or when they are not used anymore. > In EAP 7.1 the features are disabled by default and they are Technical previews. > In EAP 7.2 the features cannot be disabled via mentioned management attributes and thus they are always enabled. The “cannot be” in previous sentence means that the configuration has no effect. > *Customer impact:* Behavior of messaging broker was changed in case of automatic creation and deletion JMS destinations. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira December 2017