April 2013 - jboss-jira - Jboss List Archives

[JBoss JIRA] (SECURITY-737) spnego AdvancedLdapLoginModule cannot cope with roles contains a slash

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/SECURITY-737?page=com.atlassian.jira.plug... ] RH Bugzilla Integration commented on SECURITY-737: -------------------------------------------------- Paul Gier <pgier(a)redhat.com> changed the Status of [bug 953513|https://bugzilla.redhat.com/show_bug.cgi?id=953513] from POST to MODIFIED > spnego AdvancedLdapLoginModule cannot cope with roles contains a slash > ---------------------------------------------------------------------- > > Key: SECURITY-737 > URL: https://issues.jboss.org/browse/SECURITY-737 > Project: PicketBox > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Negotiation > Affects Versions: Negotiation_2_1_3 > Reporter: Tom Fonteyne > Assignee: Tom Fonteyne > > cloned from: https://bugzilla.redhat.com/show_bug.cgi?id=953513 > back port for EAP 5.x upstream -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

1
0
0 / 0

[JBoss JIRA] (SECURITY-735) spnego AdvancedLdapLoginModule cannot cope with roles contains a slash

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/SECURITY-735?page=com.atlassian.jira.plug... ] RH Bugzilla Integration commented on SECURITY-735: -------------------------------------------------- Paul Gier <pgier(a)redhat.com> changed the Status of [bug 953513|https://bugzilla.redhat.com/show_bug.cgi?id=953513] from POST to MODIFIED > spnego AdvancedLdapLoginModule cannot cope with roles contains a slash > ---------------------------------------------------------------------- > > Key: SECURITY-735 > URL: https://issues.jboss.org/browse/SECURITY-735 > Project: PicketBox > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Negotiation > Affects Versions: Negotiation_2_2_2 > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: Negotiation_2_2_3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

1
0
0 / 0

[JBoss JIRA] (WFLY-855) Login configuration does not work for custom mail server

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-855?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on WFLY-855: ---------------------------------------------- Paul Gier <pgier(a)redhat.com> changed the Status of [bug 953688|https://bugzilla.redhat.com/show_bug.cgi?id=953688] from POST to MODIFIED > Login configuration does not work for custom mail server > -------------------------------------------------------- > > Key: WFLY-855 > URL: https://issues.jboss.org/browse/WFLY-855 > Project: WildFly > Issue Type: Bug > Components: Mail > Reporter: Tomaz Cerar > Assignee: Tomaz Cerar > > You cannot configure and use login configuration when having custom server. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

1
0
0 / 0

[JBoss JIRA] (SECURITY-736) Tag and release JBoss Negotiation 2.2.3

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/SECURITY-736?page=com.atlassian.jira.plug... ] RH Bugzilla Integration commented on SECURITY-736: -------------------------------------------------- Paul Gier <pgier(a)redhat.com> changed the Status of [bug 955555|https://bugzilla.redhat.com/show_bug.cgi?id=955555] from POST to MODIFIED > Tag and release JBoss Negotiation 2.2.3 > --------------------------------------- > > Key: SECURITY-736 > URL: https://issues.jboss.org/browse/SECURITY-736 > Project: PicketBox > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Negotiation > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: Negotiation_2_2_3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

1
0
0 / 0

[JBoss JIRA] (WFLY-1278) Upgrade HornetQ to 2.3.0.Final

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-1278?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-1278: ----------------------------------------------- Paul Gier <pgier(a)redhat.com> changed the Status of [bug 956278|https://bugzilla.redhat.com/show_bug.cgi?id=956278] from POST to MODIFIED > Upgrade HornetQ to 2.3.0.Final > ------------------------------ > > Key: WFLY-1278 > URL: https://issues.jboss.org/browse/WFLY-1278 > Project: WildFly > Issue Type: Component Upgrade > Components: JMS > Reporter: Jeff Mesnil > Assignee: Jeff Mesnil > Fix For: 8.0.0.Alpha1 > > > HornetQ 2.3.0.Final depends on Netty 3.6.2.Final which is the version in WildFly (no need to also upgrade Netty) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

1
0
0 / 0

[JBoss JIRA] (WFLY-413) Upgrade to JBoss Negotiation 2.2.3

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-413?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on WFLY-413: ---------------------------------------------- Paul Gier <pgier(a)redhat.com> changed the Status of [bug 955555|https://bugzilla.redhat.com/show_bug.cgi?id=955555] from POST to MODIFIED > Upgrade to JBoss Negotiation 2.2.3 > ---------------------------------- > > Key: WFLY-413 > URL: https://issues.jboss.org/browse/WFLY-413 > Project: WildFly > Issue Type: Task > Components: Security > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: 8.0.0.Alpha1 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

1
0
0 / 0

[JBoss JIRA] (WFLY-976) Multi-JSF doesn't understand new modules structure

by Stan Silvert (JIRA)

[ https://issues.jboss.org/browse/WFLY-976?page=com.atlassian.jira.plugin.s... ] Stan Silvert commented on WFLY-976: ----------------------------------- I've attached the CLI install file for WildFly Alpha1 and MyFaces 2.1.11. Here are detailed instructions: Download or build the latest AS8/WildFly Copy install-myfaces-2.1.11.cli to wildfly-8.0.0.Alpha1-SNAPSHOT/bin start AS8/WildFly cd to wildfly-8.0.0.Alpha1-SNAPSHOT/bin run cli and do these two commands: [standalone@localhost:9999 /] deploy install-myfaces-2.1.11.cli [standalone@localhost:9999 /] /subsystem=jsf/:write-attribute(name=default-jsf-impl-slot,value=myfaces-2.1.11) Edit modules/system/layers/base/org/jboss/weld/core/main/modules.xml and change the JSF API slot to MyFaces: <module name="javax.faces.api" slot="myfaces-2.1.11"/> Do the same for modules/system/layers/base/org/jboss/as/weld/main/modules.xml restart AS8/WildFly Let me know how it goes! > Multi-JSF doesn't understand new modules structure > -------------------------------------------------- > > Key: WFLY-976 > URL: https://issues.jboss.org/browse/WFLY-976 > Project: WildFly > Issue Type: Bug > Components: JSF > Reporter: Stan Silvert > Assignee: Stan Silvert > Attachments: install-myfaces-2.1.11.cli > > > With the new modules structure, Multi-JSF is looking for JSF implementations in the root of the modules directory instead of in modules/system/layers/base. The reason is that Multi-JSF relies on the module.path property which points to the root by default. > The workaround is to go ahead and install the new JSF impl wherever you wish and add that directory to JBOSS_MODULEPATH in the startup script. > See https://community.jboss.org/wiki/DesignOfAS7Multi-JSFFeature#comment-11789 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

1
0
0 / 0

[JBoss JIRA] (WFLY-976) Multi-JSF doesn't understand new modules structure

by Stan Silvert (JIRA)

[ https://issues.jboss.org/browse/WFLY-976?page=com.atlassian.jira.plugin.s... ] Stan Silvert updated WFLY-976: ------------------------------ Attachment: install-myfaces-2.1.11.cli > Multi-JSF doesn't understand new modules structure > -------------------------------------------------- > > Key: WFLY-976 > URL: https://issues.jboss.org/browse/WFLY-976 > Project: WildFly > Issue Type: Bug > Components: JSF > Reporter: Stan Silvert > Assignee: Stan Silvert > Attachments: install-myfaces-2.1.11.cli > > > With the new modules structure, Multi-JSF is looking for JSF implementations in the root of the modules directory instead of in modules/system/layers/base. The reason is that Multi-JSF relies on the module.path property which points to the root by default. > The workaround is to go ahead and install the new JSF impl wherever you wish and add that directory to JBOSS_MODULEPATH in the startup script. > See https://community.jboss.org/wiki/DesignOfAS7Multi-JSFFeature#comment-11789 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

1
0
0 / 0

[JBoss JIRA] (SECURITY-734) Slow policy evaluation with a large number of policy sets

by Anil Saldhana (JIRA)

[ https://issues.jboss.org/browse/SECURITY-734?page=com.atlassian.jira.plug... ] Anil Saldhana commented on SECURITY-734: ---------------------------------------- [~zinal] I like github because contributions such as yours is easier to merge into the project. Thanks a lot for the contribution. :) > Slow policy evaluation with a large number of policy sets > --------------------------------------------------------- > > Key: SECURITY-734 > URL: https://issues.jboss.org/browse/SECURITY-734 > Project: PicketBox > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: picketbox_xacml_2.0.8.Final > Environment: RedHat Linux 6.0, WebSphere Application Server 7.0 > Reporter: Maxim Zinal > Assignee: Anil Saldhana > Fix For: picketbox_xacml_2.0.9.Final > > Attachments: fix-734.patch > > > We suffer a performance problem in the evaluation of large XACML configuration. We use JBoss (Sun?) XACML library to process a large number of policy sets (over 2400 policy set files) using "deny-override" combining algorithm. > Initially the number of policies was relatively small, but it increased with time, leading to performance degradation, with 100% CPU (single)core consumption. > After running a code sample under Java profiler, we found that 99% of time is spent in method PolicySetFinderModule.findPolicy(URI, int, VersionConstraints, PolicyMetaData). > This method walks through a list of AbstractPolicy objects, comparing an ID of each object with it's first argument. In our configuration the number of such objects is relatively large, leading to slow execution with high CPU consumption. > We suggest replacing the list of AbstractPolicy with a HashMap. Our experiments show that total evaluation time reduces ~50 times with a HashMap over List implementation. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

1
0
0 / 0

[JBoss JIRA] (SECURITY-734) Slow policy evaluation with a large number of policy sets

by Anil Saldhana (JIRA)

[ https://issues.jboss.org/browse/SECURITY-734?page=com.atlassian.jira.plug... ] Anil Saldhana updated SECURITY-734: ----------------------------------- Fix Version/s: picketbox_xacml_2.0.9.Final Affects Version/s: picketbox_xacml_2.0.8.Final > Slow policy evaluation with a large number of policy sets > --------------------------------------------------------- > > Key: SECURITY-734 > URL: https://issues.jboss.org/browse/SECURITY-734 > Project: PicketBox > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: picketbox_xacml_2.0.8.Final > Environment: RedHat Linux 6.0, WebSphere Application Server 7.0 > Reporter: Maxim Zinal > Assignee: Anil Saldhana > Fix For: picketbox_xacml_2.0.9.Final > > Attachments: fix-734.patch > > > We suffer a performance problem in the evaluation of large XACML configuration. We use JBoss (Sun?) XACML library to process a large number of policy sets (over 2400 policy set files) using "deny-override" combining algorithm. > Initially the number of policies was relatively small, but it increased with time, leading to performance degradation, with 100% CPU (single)core consumption. > After running a code sample under Java profiler, we found that 99% of time is spent in method PolicySetFinderModule.findPolicy(URI, int, VersionConstraints, PolicyMetaData). > This method walks through a list of AbstractPolicy objects, comparing an ID of each object with it's first argument. In our configuration the number of such objects is relatively large, leading to slow execution with high CPU consumption. > We suggest replacing the list of AbstractPolicy with a HashMap. Our experiments show that total evaluation time reduces ~50 times with a HashMap over List implementation. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira April 2013