December 2013 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-2682) Conversation identifier does not get incremented

by Adriano Scheffer (JIRA)

Adriano Scheffer created WFLY-2682: -------------------------------------- Summary: Conversation identifier does not get incremented Key: WFLY-2682 URL: https://issues.jboss.org/browse/WFLY-2682 Project: WildFly Issue Type: Bug Security Level: Public (Everyone can see) Components: CDI / Weld, JSF Affects Versions: 8.0.0.CR1 Environment: Windows 7 Reporter: Adriano Scheffer Assignee: Stuart Douglas The conversation id is not getting incremented when I open another browser tab. Conversally, this problems was not happening in Beta1. -- 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

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-385) KModules get added twice

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-385?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration updated DROOLS-385: ------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1046095 > KModules get added twice > ------------------------ > > Key: DROOLS-385 > URL: https://issues.jboss.org/browse/DROOLS-385 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Mark Proctor > Assignee: Mario Fusco > > The class loader is returning duplicate entries, as it incorrectly implements: > @Override > protected Enumeration<URL> findResources(String name) throws IOException { > return getParent().getResources(name); > } > Deleting this method resolves the problem -- 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

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (JGRP-1749) Remove override for jgroups.bind_addr, jgroups.udp.mcast_addr, jgroups.udp.mcast_port

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-1749?page=com.atlassian.jira.plugin.... ] Bela Ban updated JGRP-1749: --------------------------- Description: If we have {code:xml} <UDP bind_addr="${myapp.bind_addr:127.0.0.1}".../> {code} , then the default bind_addr is {{127.0.0.1}}. If we set {{-Dmyapp.bind_addr=1.2.3.4}} but also set {{-Djgroups.bind_addr=5.6.7.8}}, then *the latter system property always overrides the former*. This is bad, e.g. when we have multiple channels in the same JVM, where one channel uses {{myapp1.bind_addr}} and the other {{myapp2.bind_addr}}. If {{-Djgroups.bind_addr}} is set (e.g. by JBoss EAP), then we'll always use it rather than the different bind addresses ! Investigate whether we still need to use those overrides. Contact Brian Stansberry, IIRC he's the one who suggested this. SOLUTION: * If a property is set in the XML, either directly or via property substitution (e.g. {{myapp.bind_addr}}, then use that value * If the value is not set and a system property (e.g. {{jgroups.bind_addr}}) has been set, set the value from that system property was: If we have {code:xml} <UDP bind_addr="${myapp.bind_addr:127.0.0.1}".../> {code} , then the default bind_addr is {{127.0.0.1}}. If we set {{-Dmyapp.bind_addr=1.2.3.4}} but also set {{-Djgroups.bind_addr=5.6.7.8}}, then *the latter system property always overrides the former*. This is bad, e.g. when we have multiple channels in the same JVM, where one channel uses {{myapp1.bind_addr}} and the other {{myapp2.bind_addr}}. If {{-Djgroups.bind_addr}} is set (e.g. by JBoss EAP), then we'll always use it rather than the different bind addresses ! Investigate whether we still need to use those overrides. Contact Brian Stansberry, IIRC he's the one who suggested this. SOLUTION: remove the _global_ system properties such as {{jgroups.bind_addr}}. > Remove override for jgroups.bind_addr, jgroups.udp.mcast_addr, jgroups.udp.mcast_port > ------------------------------------------------------------------------------------- > > Key: JGRP-1749 > URL: https://issues.jboss.org/browse/JGRP-1749 > Project: JGroups > Issue Type: Task > Reporter: Bela Ban > Assignee: Bela Ban > Priority: Minor > Fix For: 3.4.2, 3.5 > > > If we have > {code:xml} > <UDP bind_addr="${myapp.bind_addr:127.0.0.1}".../> > {code} > , then the default bind_addr is {{127.0.0.1}}. > If we set {{-Dmyapp.bind_addr=1.2.3.4}} but also set {{-Djgroups.bind_addr=5.6.7.8}}, then *the latter system property always overrides the former*. > This is bad, e.g. when we have multiple channels in the same JVM, where one channel uses {{myapp1.bind_addr}} and the other {{myapp2.bind_addr}}. If {{-Djgroups.bind_addr}} is set (e.g. by JBoss EAP), then we'll always use it rather than the different bind addresses ! > Investigate whether we still need to use those overrides. Contact Brian Stansberry, IIRC he's the one who suggested this. > SOLUTION: > * If a property is set in the XML, either directly or via property substitution (e.g. {{myapp.bind_addr}}, then use that value > * If the value is not set and a system property (e.g. {{jgroups.bind_addr}}) has been set, set the value from that system property -- 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

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-385) KModules get added twice

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-385?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on DROOLS-385: ------------------------------------------------ Mario Fusco <mfusco(a)redhat.com> changed the Status of [bug 1046095|https://bugzilla.redhat.com/show_bug.cgi?id=1046095] from NEW to ASSIGNED > KModules get added twice > ------------------------ > > Key: DROOLS-385 > URL: https://issues.jboss.org/browse/DROOLS-385 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Mark Proctor > Assignee: Mario Fusco > > The class loader is returning duplicate entries, as it incorrectly implements: > @Override > protected Enumeration<URL> findResources(String name) throws IOException { > return getParent().getResources(name); > } > Deleting this method resolves the problem -- 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

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (SECURITY-777) Picketbox uses non-synchronized static maps

by Stefan Guilhen (JIRA)

[ https://issues.jboss.org/browse/SECURITY-777?page=com.atlassian.jira.plug... ] Stefan Guilhen resolved SECURITY-777. ------------------------------------- Fix Version/s: PicketBox_4_0_20.Final Resolution: Done Patch has been applied to PicketBox trunk > Picketbox uses non-synchronized static maps > ------------------------------------------- > > Key: SECURITY-777 > URL: https://issues.jboss.org/browse/SECURITY-777 > Project: PicketBox > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: PicketBox_4_0_20.Beta2 > Reporter: Stuart Douglas > Assignee: Stefan Guilhen > Fix For: PicketBox_4_0_20.Final > > Attachments: picketlink.diff > > > Picketbox uses quite a few static maps as global registries (yuck), and unfortunately they are not all thread safe, which can result in races as Wildfly starts security domains asynchronously. > Please see attached patch. -- 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

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2448) Print IOR to a user specified file

by Stefan Guilhen (JIRA)

[ https://issues.jboss.org/browse/WFLY-2448?page=com.atlassian.jira.plugin.... ] Stefan Guilhen commented on WFLY-2448: -------------------------------------- I think this is a perfectly valid RFE so I encourage you to submit your patch > Print IOR to a user specified file > ---------------------------------- > > Key: WFLY-2448 > URL: https://issues.jboss.org/browse/WFLY-2448 > Project: WildFly > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: IIOP > Affects Versions: 8.0.0.Beta1 > Environment: Windows, Solaris, Linux > Reporter: Sumanth M S > Assignee: Stefan Guilhen > Priority: Minor > Fix For: 8.0.0.Final > > > Jboss AS prints Corba IOR on console or log file. Many applications look for a file at a predefined location from where it can read the IOR; as it is difficult to read IOR programatically from a log file or console. > An environment variable can be defined in standalone.conf to let the user specify the file location to which JBoss will print the IOR along with printing on the console. > The solution has been tried and seems working. Please let us know if the solution can be submitted. -- 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

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (JBJCA-1131) Narayana 5.0.0.CR2

by Jesper Pedersen (JIRA)

Jesper Pedersen created JBJCA-1131: -------------------------------------- Summary: Narayana 5.0.0.CR2 Key: JBJCA-1131 URL: https://issues.jboss.org/browse/JBJCA-1131 Project: IronJacamar Issue Type: Component Upgrade Components: Build Reporter: Jesper Pedersen Assignee: Jesper Pedersen Fix For: 1.1.3.Final -- 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

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (JBJCA-1130) Track component updates

by Jesper Pedersen (JIRA)

Jesper Pedersen created JBJCA-1130: -------------------------------------- Summary: Track component updates Key: JBJCA-1130 URL: https://issues.jboss.org/browse/JBJCA-1130 Project: IronJacamar Issue Type: Task Components: Build Reporter: Jesper Pedersen Assignee: Jesper Pedersen Fix For: 1.1.3.Final -- 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

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-1871) CLI module command doesn't allow cross platform resource paths

by Stan Silvert (JIRA)

[ https://issues.jboss.org/browse/WFLY-1871?page=com.atlassian.jira.plugin.... ] Stan Silvert resolved WFLY-1871. -------------------------------- Resolution: Done > CLI module command doesn't allow cross platform resource paths > -------------------------------------------------------------- > > Key: WFLY-1871 > URL: https://issues.jboss.org/browse/WFLY-1871 > Project: WildFly > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: CLI > Affects Versions: 8.0.0.Alpha4 > Reporter: Stan Silvert > Assignee: Stan Silvert > Fix For: 8.0.0.Final > > > The CLI module command has an argument called "resources". This argument allows you to specify one or more resources separated by the platform-specific path separator. The problem with this is that you can not create a platform-independent script that uses this resources argument. > I have not found a universal path separator character that would work. However, since the creator of the script knows the characters used in his path, we can allow him to specify his own separator. > As an enhancement, I propose to add an argument called "resourceDelimiter". If present, the ASModuleHandler class will use the user-defined delimiter instead of the platform-specific path separator character. > Example usage: > {noformat} > module add --name=org.foo --resources=firstResource.jar:secondResource.jar --resourceDelimiter=: --module-xml=foo-module.xml > {noformat} > The above command would work on Unix, Windows, or any other platform. -- 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

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (JGRP-1749) Remove override for jgroups.bind_addr, jgroups.udp.mcast_addr, jgroups.udp.mcast_port

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-1749?page=com.atlassian.jira.plugin.... ] Bela Ban updated JGRP-1749: --------------------------- Description: If we have {code:xml} <UDP bind_addr="${myapp.bind_addr:127.0.0.1}".../> {code} , then the default bind_addr is {{127.0.0.1}}. If we set {{-Dmyapp.bind_addr=1.2.3.4}} but also set {{-Djgroups.bind_addr=5.6.7.8}}, then *the latter system property always overrides the former*. This is bad, e.g. when we have multiple channels in the same JVM, where one channel uses {{myapp1.bind_addr}} and the other {{myapp2.bind_addr}}. If {{-Djgroups.bind_addr}} is set (e.g. by JBoss EAP), then we'll always use it rather than the different bind addresses ! Investigate whether we still need to use those overrides. Contact Brian Stansberry, IIRC he's the one who suggested this. SOLUTION: remove the _global_ system properties such as {{jgroups.bind_addr}}. was:Investigate whether we still need to use those overrides. Contact Brian Stansberry, IIRC he's the one who suggested this. > Remove override for jgroups.bind_addr, jgroups.udp.mcast_addr, jgroups.udp.mcast_port > ------------------------------------------------------------------------------------- > > Key: JGRP-1749 > URL: https://issues.jboss.org/browse/JGRP-1749 > Project: JGroups > Issue Type: Task > Reporter: Bela Ban > Assignee: Bela Ban > Priority: Minor > Fix For: 3.4.2, 3.5 > > > If we have > {code:xml} > <UDP bind_addr="${myapp.bind_addr:127.0.0.1}".../> > {code} > , then the default bind_addr is {{127.0.0.1}}. > If we set {{-Dmyapp.bind_addr=1.2.3.4}} but also set {{-Djgroups.bind_addr=5.6.7.8}}, then *the latter system property always overrides the former*. > This is bad, e.g. when we have multiple channels in the same JVM, where one channel uses {{myapp1.bind_addr}} and the other {{myapp2.bind_addr}}. If {{-Djgroups.bind_addr}} is set (e.g. by JBoss EAP), then we'll always use it rather than the different bind addresses ! > Investigate whether we still need to use those overrides. Contact Brian Stansberry, IIRC he's the one who suggested this. > SOLUTION: remove the _global_ system properties such as {{jgroups.bind_addr}}. -- 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

10 years, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira December 2013