April 2014 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-3275) Make log4j test scoped dependency

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-3275?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-3275: ----------------------------------------------- Kabir Khan <kkhan(a)redhat.com> changed the Status of [bug 1085730|https://bugzilla.redhat.com/show_bug.cgi?id=1085730] from POST to MODIFIED > Make log4j test scoped dependency > --------------------------------- > > Key: WFLY-3275 > URL: https://issues.jboss.org/browse/WFLY-3275 > Project: WildFly > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Logging > Reporter: James Perkins > Assignee: James Perkins > Priority: Minor > Fix For: 8.1.0.Final, 9.0.0.CR1 > > > There's no real need for a log4j dependency except for some tests. Currently the log4j module is aliased to {{org.jboss.log4j.logmanager}}. -- 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

12 years

1
0
0 / 0

[JBoss JIRA] (WFLY-3230) StackOverflowError when trying to access non existing page/servlet in WildFly 8.0.0

by Yaniv Peleg (JIRA)

[ https://issues.jboss.org/browse/WFLY-3230?page=com.atlassian.jira.plugin.... ] Yaniv Peleg commented on WFLY-3230: ----------------------------------- I now understand why you were unable to reproduce Please add to your web.xml mapping to error code 405: <error-page> <error-code>405</error-code> <location>/error.html</location> </error-page> Then send a post request to non existing page > StackOverflowError when trying to access non existing page/servlet in WildFly 8.0.0 > ----------------------------------------------------------------------------------- > > Key: WFLY-3230 > URL: https://issues.jboss.org/browse/WFLY-3230 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Web (Undertow) > Affects Versions: 8.0.0.Final > Reporter: Yaniv Peleg > Assignee: Stuart Douglas > Labels: jboss > Fix For: 8.1.0.Final > > > I am using WildFly 8.0.0 (Final). > When sending Post request to non existing page/servlet I get StackOverflowError exception. > Looks like there is infinit loop in method calls when processing the request. -- 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

12 years

1
0
0 / 0

[JBoss JIRA] (SECURITY-824) Release JBoss Negotiation 2.1.6

by Darran Lofthouse (JIRA)

Darran Lofthouse created SECURITY-824: ----------------------------------------- Summary: Release JBoss Negotiation 2.1.6 Key: SECURITY-824 URL: https://issues.jboss.org/browse/SECURITY-824 Project: PicketBox Issue Type: Release Security Level: Public (Everyone can see) Components: Negotiation Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: Negotiation_2_1_6 -- 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

12 years

1
0
0 / 0

[JBoss JIRA] (WFLY-3237) doing a read-only operation with the CLI sets a server in "restart-required" mode

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-3237?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-3237: ----------------------------------------------- Emanuel Muckenhuber <emuckenh(a)redhat.com> changed the Status of [bug 1085913|https://bugzilla.redhat.com/show_bug.cgi?id=1085913] from NEW to ASSIGNED > doing a read-only operation with the CLI sets a server in "restart-required" mode > --------------------------------------------------------------------------------- > > Key: WFLY-3237 > URL: https://issues.jboss.org/browse/WFLY-3237 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Domain Management > Affects Versions: 8.0.0.Final > Reporter: Tom Fonteyne > Assignee: Emanuel Muckenhuber > > In domain mode, doing a read-only operation with the CLI on a remote HC, sets the remote server in "restart-required" mode -- 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

12 years

1
0
0 / 0

[JBoss JIRA] (JBJCA-1172) CCM sync should be called before main sync

by Jesper Pedersen (JIRA)

[ https://issues.jboss.org/browse/JBJCA-1172?page=com.atlassian.jira.plugin... ] Jesper Pedersen resolved JBJCA-1172. ------------------------------------ Resolution: Done > CCM sync should be called before main sync > ------------------------------------------ > > Key: JBJCA-1172 > URL: https://issues.jboss.org/browse/JBJCA-1172 > Project: IronJacamar > Issue Type: Bug > Components: Core > Affects Versions: 1.1.5.Final, 1.2.0.Beta1 > Reporter: Jesper Pedersen > Assignee: Jesper Pedersen > Priority: Minor > Fix For: 1.1.6.Final, 1.2.0.Beta2 > > -- 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

12 years

1
0
0 / 0

[JBoss JIRA] (JBLOGGING-102) Messages#getBundle() needs to be privileged

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/JBLOGGING-102?page=com.atlassian.jira.plu... ] RH Bugzilla Integration commented on JBLOGGING-102: --------------------------------------------------- Petr Kremensky <pkremens(a)redhat.com> changed the Status of [bug 1080991|https://bugzilla.redhat.com/show_bug.cgi?id=1080991] from ON_QA to VERIFIED > Messages#getBundle() needs to be privileged > ------------------------------------------- > > Key: JBLOGGING-102 > URL: https://issues.jboss.org/browse/JBLOGGING-102 > Project: JBoss Logging > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.1.4.GA, 3.2.0.Beta1 > Reporter: Ivo Studensky > Assignee: James Perkins > Fix For: 3.1.3.GA, 3.2.0.Beta1 > > > It ({{org.jboss.logging.Messages#getBundle(Class<T> type, Locale locale)}}) calls {{type.getClassLoader()}} which requires privileges when running with Security Manager. -- 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

12 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-470) Decision Table (XLS) should support fixed conditions, such as SeatDesignation(isNeighborOf($guest))

by Geoffrey De Smet (JIRA)

Geoffrey De Smet created DROOLS-470: --------------------------------------- Summary: Decision Table (XLS) should support fixed conditions, such as SeatDesignation(isNeighborOf($guest)) Key: DROOLS-470 URL: https://issues.jboss.org/browse/DROOLS-470 Project: Drools Issue Type: Enhancement Security Level: Public (Everyone can see) Affects Versions: 6.1.0.Beta2 Reporter: Geoffrey De Smet Assignee: Michael Anstis Fix For: 6.1.0.Final This DT should work: ||CONDITION||CONDITION||ACTION| |$guest : SeatDesignation()|$neighbor : SeatDesignation(isNeighborOf($guest))|| |guestName == "$param"|guestName == "$param"|doSomething();| Failing workaround 1: This workaround (as specified by the docs), does NOT work well, because it adds the same condition (isNeighborOf($guest)) multiple times in the same rule: ||CONDITION||CONDITION||CONDITION||ACTION| |$guest : SeatDesignation()|$neighbor : SeatDesignation()||| |guestName == "$param"|isNeighborOf($guest), guestName == "$param"|isNeighborOf($guest), guestAge == "$param"|doSomething();| Failing workaround 2: Adding an extra, hidden column with that condition does not work when new rows are added because condition columns with an empty cell are ignored. -- 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

12 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-470) Decision Table (XLS) should support fixed conditions, such as SeatDesignation(isNeighborOf($guest))

by Geoffrey De Smet (JIRA)

[ https://issues.jboss.org/browse/DROOLS-470?page=com.atlassian.jira.plugin... ] Geoffrey De Smet updated DROOLS-470: ------------------------------------ Description: This DT should work: ||CONDITION||CONDITION||ACTION| |$guest : SeatDesignation()|$neighbor : SeatDesignation(isNeighborOf($guest))|| |guestName == "$param"|guestName == "$param"|doSomething();| It crashes because of the "SeatDesignation(isNeighborOf($guest))". Only empty parenthesis are allowed. Failing workaround 1: This workaround (as specified by the docs), does NOT work well, because it adds the same condition (isNeighborOf($guest)) multiple times in the same rule: ||CONDITION||CONDITION||CONDITION||ACTION| |$guest : SeatDesignation()|$neighbor : SeatDesignation()||| |guestName == "$param"|isNeighborOf($guest), guestName == "$param"|isNeighborOf($guest), guestAge == "$param"|doSomething();| Failing workaround 2: Adding an extra, hidden column with that condition does not work when new rows are added because condition columns with an empty cell are ignored. was: This DT should work: ||CONDITION||CONDITION||ACTION| |$guest : SeatDesignation()|$neighbor : SeatDesignation(isNeighborOf($guest))|| |guestName == "$param"|guestName == "$param"|doSomething();| Failing workaround 1: This workaround (as specified by the docs), does NOT work well, because it adds the same condition (isNeighborOf($guest)) multiple times in the same rule: ||CONDITION||CONDITION||CONDITION||ACTION| |$guest : SeatDesignation()|$neighbor : SeatDesignation()||| |guestName == "$param"|isNeighborOf($guest), guestName == "$param"|isNeighborOf($guest), guestAge == "$param"|doSomething();| Failing workaround 2: Adding an extra, hidden column with that condition does not work when new rows are added because condition columns with an empty cell are ignored. > Decision Table (XLS) should support fixed conditions, such as SeatDesignation(isNeighborOf($guest)) > --------------------------------------------------------------------------------------------------- > > Key: DROOLS-470 > URL: https://issues.jboss.org/browse/DROOLS-470 > Project: Drools > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 6.1.0.Beta2 > Reporter: Geoffrey De Smet > Assignee: Michael Anstis > Fix For: 6.1.0.Final > > > This DT should work: > ||CONDITION||CONDITION||ACTION| > |$guest : SeatDesignation()|$neighbor : SeatDesignation(isNeighborOf($guest))|| > |guestName == "$param"|guestName == "$param"|doSomething();| > It crashes because of the "SeatDesignation(isNeighborOf($guest))". Only empty parenthesis are allowed. > Failing workaround 1: This workaround (as specified by the docs), does NOT work well, because it adds the same condition (isNeighborOf($guest)) multiple times in the same rule: > ||CONDITION||CONDITION||CONDITION||ACTION| > |$guest : SeatDesignation()|$neighbor : SeatDesignation()||| > |guestName == "$param"|isNeighborOf($guest), guestName == "$param"|isNeighborOf($guest), guestAge == "$param"|doSomething();| > Failing workaround 2: Adding an extra, hidden column with that condition does not work when new rows are added because condition columns with an empty cell are ignored. -- 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

12 years

1
0
0 / 0

[JBoss JIRA] (JBJCA-1172) CCM sync should be called before main sync

by Jesper Pedersen (JIRA)

Jesper Pedersen created JBJCA-1172: -------------------------------------- Summary: CCM sync should be called before main sync Key: JBJCA-1172 URL: https://issues.jboss.org/browse/JBJCA-1172 Project: IronJacamar Issue Type: Bug Components: Core Affects Versions: 1.2.0.Beta1, 1.1.5.Final Reporter: Jesper Pedersen Assignee: Jesper Pedersen Priority: Minor Fix For: 1.1.6.Final, 1.2.0.Beta2 -- 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

12 years

1
0
0 / 0

[JBoss JIRA] (REMJMX-83) The remoting-jmx 2.0.0.Final artifact's dependencies are not available in Maven Central

by Tomas Repel (JIRA)

Tomas Repel created REMJMX-83: --------------------------------- Summary: The remoting-jmx 2.0.0.Final artifact's dependencies are not available in Maven Central Key: REMJMX-83 URL: https://issues.jboss.org/browse/REMJMX-83 Project: Remoting JMX Issue Type: Bug Components: Build Affects Versions: 2.0.0.Final Reporter: Tomas Repel Assignee: Darran Lofthouse The org.jboss.remotingjmx:remoting-jmx:2.0.0.Final artifact is available in Maven Central but it has dependencies that are not available in Maven Central, for instance org.jboss.remoting:jboss-remoting:jar:4.0.0.Beta3 -- 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

12 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 2014