February 2015 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-708) Add checkstyle plugin config that bans/reports tabs for indentation + fix current sources

by Petr Široký (JIRA)

[ https://issues.jboss.org/browse/DROOLS-708?page=com.atlassian.jira.plugin... ] Petr Široký updated DROOLS-708: ------------------------------- Summary: Add checkstyle plugin config that bans/reports tabs for indentation + fix current sources (was: Add checkstyle plugin config that bans/reports tabs for indentation) > Add checkstyle plugin config that bans/reports tabs for indentation + fix current sources > ----------------------------------------------------------------------------------------- > > Key: DROOLS-708 > URL: https://issues.jboss.org/browse/DROOLS-708 > Project: Drools > Issue Type: Task > Reporter: Petr Široký > Assignee: Petr Široký > > Adding checkstyle plugin config that bans the tabs for indenting should make it easier to detect these errors. > We need to decide if the plugin should be on by default or executed on demand and if want to fail the build in case some violations are found. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-708) Add checkstyle plugin config that bans/reports tabs for indentation

by Petr Široký (JIRA)

[ https://issues.jboss.org/browse/DROOLS-708?page=com.atlassian.jira.plugin... ] Petr Široký commented on DROOLS-708: ------------------------------------ It was agreed the plugin will be enabled by default and for now will use just the "no tabs" rule as that one is clear and everyone agrees with it. Over the next days/weeks the sources in individual repos will be fixed to not use the tabs for indentation. After that the checkstyle will be configured to fail the build if it encounters line that uses tabs for indentation. > Add checkstyle plugin config that bans/reports tabs for indentation > ------------------------------------------------------------------- > > Key: DROOLS-708 > URL: https://issues.jboss.org/browse/DROOLS-708 > Project: Drools > Issue Type: Task > Reporter: Petr Široký > Assignee: Petr Široký > > Adding checkstyle plugin config that bans the tabs for indenting should make it easier to detect these errors. > We need to decide if the plugin should be on by default or executed on demand and if want to fail the build in case some violations are found. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-713) Guvnor/BRMS not converting freeform DRL val == $var + 1 correctly

by Michael Anstis (JIRA)

[ https://issues.jboss.org/browse/DROOLS-713?page=com.atlassian.jira.plugin... ] Michael Anstis reassigned DROOLS-713: ------------------------------------- Assignee: Michael Anstis (was: Mark Proctor) > Guvnor/BRMS not converting freeform DRL val == $var + 1 correctly > ----------------------------------------------------------------- > > Key: DROOLS-713 > URL: https://issues.jboss.org/browse/DROOLS-713 > Project: Drools > Issue Type: Bug > Affects Versions: 6.2.0.CR4 > Reporter: Daniel Daniel > Assignee: Michael Anstis > Priority: Minor > > Here is a shorter version of my rule: > rule "X" > agenda-group "MyGroup" > salience 900 > when > $bundle : MyClass($protocolSequence : protocolSequence) > eval($protocolSequence != null) > $followupBundle : MyClass(protocolSequence == $protocolSequence + 1) > then > ... > end > When I save in BRMS's UI, it shows the "protocolSequence == $protocolSequence + 1" condition incorrectly. > It just shows [protocolSequence] [equal to] [Choose...] > And the Choose... dropdown gives me the names of my variables. > The source tab shows the correct DRL at least. So it is probably just a cosmetic issue, but it does mean I can only modify the rule using freeform DRL, which is not good for when I hand it over to the business users. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-865) Setting transaction timeout on UserTransaction leaks to the thread and doesn't get cleared

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/WFLY-865?page=com.atlassian.jira.plugin.s... ] Tom Jenkinson updated WFLY-865: ------------------------------- Component/s: (was: Transactions) > Setting transaction timeout on UserTransaction leaks to the thread and doesn't get cleared > ------------------------------------------------------------------------------------------ > > Key: WFLY-865 > URL: https://issues.jboss.org/browse/WFLY-865 > Project: WildFly > Issue Type: Bug > Components: EE > Reporter: jaikiran pai > Assignee: David Lloyd > > A user has reported (with an example) that setting a transaction timeout on the UserTransaction will leak the timeout onto the thread and subsequent transaction creation on that thread uses the leaked value instead of new values. > More details in the referenced forum thread. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-713) Guvnor/BRMS not converting freeform DRL val == $var + 1 correctly

by Daniel Daniel (JIRA)

Daniel Daniel created DROOLS-713: ------------------------------------ Summary: Guvnor/BRMS not converting freeform DRL val == $var + 1 correctly Key: DROOLS-713 URL: https://issues.jboss.org/browse/DROOLS-713 Project: Drools Issue Type: Bug Affects Versions: 6.2.0.CR4 Reporter: Daniel Daniel Assignee: Mark Proctor Priority: Minor Here is a shorter version of my rule: rule "X" agenda-group "MyGroup" salience 900 when $bundle : MyClass($protocolSequence : protocolSequence) eval($protocolSequence != null) $followupBundle : MyClass(protocolSequence == $protocolSequence + 1) then ... end When I save in BRMS's UI, it shows the "protocolSequence == $protocolSequence + 1" condition incorrectly. It just shows [protocolSequence] [equal to] [Choose...] And the Choose... dropdown gives me the names of my variables. The source tab shows the correct DRL at least. So it is probably just a cosmetic issue, but it does mean I can only modify the rule using freeform DRL, which is not good for when I hand it over to the business users. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2455) Cannot configure the list of recovery modules due to ArjunaRecoveryManagerService hardcoding them

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/WFLY-2455?page=com.atlassian.jira.plugin.... ] Tom Jenkinson reassigned WFLY-2455: ----------------------------------- Assignee: Amos Feng (was: Stefano Maestri) > Cannot configure the list of recovery modules due to ArjunaRecoveryManagerService hardcoding them > ------------------------------------------------------------------------------------------------- > > Key: WFLY-2455 > URL: https://issues.jboss.org/browse/WFLY-2455 > Project: WildFly > Issue Type: Enhancement > Components: Transactions > Affects Versions: 8.0.0.Beta1 > Reporter: Koen Janssens > Assignee: Amos Feng > > Using a custom jbossts-properties.xml file defined via the com.arjuna.ats.arjuna.common.propertiesFile systemsetting, i can register a custom recovery manager for arjuna. > However, the ArjunaRecoveryManagerService class overwrite the recovery configuration mentioned in my jbossts-properties.xml file with a hardcoded list of recovery modules. > This makes me wonder if/how the hornetq recovery (org.hornetq.jms.server.recovery.HornetQXAResourceRecover) gets registered in wildfly.. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3801) Wrong Transaction behaviour for EJBs if JTS is enabled

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/WFLY-3801?page=com.atlassian.jira.plugin.... ] Tom Jenkinson updated WFLY-3801: -------------------------------- Component/s: (was: Transactions) > Wrong Transaction behaviour for EJBs if JTS is enabled > ------------------------------------------------------ > > Key: WFLY-3801 > URL: https://issues.jboss.org/browse/WFLY-3801 > Project: WildFly > Issue Type: Bug > Components: EJB > Affects Versions: 8.1.0.Final > Environment: standalone-full profile with JTS enabled > Reporter: Wolf-Dieter Fink > Assignee: David Lloyd > Attachments: 456a624-withDestroy.log, 8d49872-error.log, enableJTS.cli, reproducer.zip, server.log > > > If JTS is enabled the invocation of EJB's might show a arjuna warning for each method invocation: > WARN [com.arjuna.ats.jts] (RequestProcessor-5) ARJUNA022261: ServerTopLevelAction detected that the transaction was inactive > This is only the case if other resources are involved, i.e. a DB via JPA. > If a simple bean is used (like ejb-remote quickstart) this warning is not shown. > It looks like the transaction is local commited but in case of a SFSB @Remove method the result is a " WFLYEE0006: Failed to destroy component instance Instance of SFTestBean" and the lifecycle method @PreDestroy is not invoked. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (JGRP-1909) Add an AZURE_PING protocol

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-1909?page=com.atlassian.jira.plugin.... ] Bela Ban updated JGRP-1909: --------------------------- Fix Version/s: 4.0 (was: 3.6.2) Pushed this into 4.0. If we can implement this before 4.0, we can release a 3.6.x. > Add an AZURE_PING protocol > -------------------------- > > Key: JGRP-1909 > URL: https://issues.jboss.org/browse/JGRP-1909 > Project: JGroups > Issue Type: Feature Request > Reporter: Tristan Tarrant > Assignee: Bela Ban > Fix For: 4.0 > > > Similar to the existing S3_PING and GOOGLE_PING, add an AZURE_PING which suppors node discovery using Azure's blob storage. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-500) domain mode: remove a path entry from a server instance fails

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFCORE-500?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on WFCORE-500: ------------------------------------------------ Martin Simka <msimka(a)redhat.com> changed the Status of [bug 1181618|https://bugzilla.redhat.com/show_bug.cgi?id=1181618] from ON_QA to VERIFIED > domain mode: remove a path entry from a server instance fails > ------------------------------------------------------------- > > Key: WFCORE-500 > URL: https://issues.jboss.org/browse/WFCORE-500 > Project: WildFly Core > Issue Type: Bug > Components: Domain Management > Affects Versions: 1.0.0.Alpha15 > Environment: Wildfly master build 2015-01-13 > Reporter: Tom Fonteyne > Assignee: Brian Stansberry > Fix For: 1.0.0.Alpha16 > > > Adding a "path" to a "server-config" in domain mode (works fine) and then remove it again results in a NullPointerException -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (JGRP-1893) ENCRYPT: Thread safety issues during key changes

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-1893?page=com.atlassian.jira.plugin.... ] Bela Ban resolved JGRP-1893. ---------------------------- Resolution: Won't Fix As discussed. Please re-open if you find a good solution. Cheers > ENCRYPT: Thread safety issues during key changes > ------------------------------------------------ > > Key: JGRP-1893 > URL: https://issues.jboss.org/browse/JGRP-1893 > Project: JGroups > Issue Type: Bug > Reporter: Tero Leppikangas > Assignee: Bela Ban > Fix For: 3.6.2 > > > For symmetric encryption, ENCRYPT has members with shared state: secret key, version and ciphers. In order for to provide consistent state between different threads accessing these members, they should be synchronized. > I have implemented one solution by wrapping the state in separate object which can be found here: > https://github.com/tepitebson/JGroups/tree/ENCRYPT_Thread_safety > I also have replaced the WeakHashMap holding the previous keys with Cache in google's guava library so my solution probably is not suitable for an official solution. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 5 months

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 February 2015