October 2017 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-2000) Test Scenario: Not possible to use a global

by Jozef Marko (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2000?page=com.atlassian.jira.plugi... ] Jozef Marko reassigned DROOLS-2000: ----------------------------------- Assignee: Jozef Marko > Test Scenario: Not possible to use a global > ------------------------------------------- > > Key: DROOLS-2000 > URL: https://issues.jboss.org/browse/DROOLS-2000 > Project: Drools > Issue Type: Bug > Components: Test Scenarios Editor > Reporter: Toni Rikkola > Assignee: Jozef Marko > Priority: Blocker > > Tried with two globals. One added into a DRL file and another added with menu New->Global Variable(s). > Neither of these two show up in the Test Scenario popup. Tried a full build, reopening the test scenario and even restarting the workbench. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1993) Test Scenarios: Boolean dropdown does not set the default value, even when it is shown for the user

by Jozef Marko (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1993?page=com.atlassian.jira.plugi... ] Jozef Marko closed DROOLS-1993. ------------------------------- Resolution: Cannot Reproduce Bug > Test Scenarios: Boolean dropdown does not set the default value, even when it is shown for the user > --------------------------------------------------------------------------------------------------- > > Key: DROOLS-1993 > URL: https://issues.jboss.org/browse/DROOLS-1993 > Project: Drools > Issue Type: Bug > Components: Test Scenarios Editor > Reporter: Toni Rikkola > Assignee: Toni Rikkola > Priority: Critical > Fix For: 7.5.0.Final > > > # Open "Are they old enough" > # Add new expect for 'application'. "true" is selected in the dropdown > # Run the scenario. Log shows that "" was compared instead of "true" -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1993) Test Scenarios: Boolean dropdown does not set the default value, even when it is shown for the user

by Jozef Marko (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1993?page=com.atlassian.jira.plugi... ] Jozef Marko closed DROOLS-1993. ------------------------------- Release Notes Text: Seems to be no more reproducible. Resolution: Cannot Reproduce Bug > Test Scenarios: Boolean dropdown does not set the default value, even when it is shown for the user > --------------------------------------------------------------------------------------------------- > > Key: DROOLS-1993 > URL: https://issues.jboss.org/browse/DROOLS-1993 > Project: Drools > Issue Type: Bug > Components: Test Scenarios Editor > Reporter: Toni Rikkola > Assignee: Toni Rikkola > Priority: Critical > > # Open "Are they old enough" > # Add new expect for 'application'. "true" is selected in the dropdown > # Run the scenario. Log shows that "" was compared instead of "true" -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1993) Test Scenarios: Boolean dropdown does not set the default value, even when it is shown for the user

by Jozef Marko (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1993?page=com.atlassian.jira.plugi... ] Jozef Marko reopened DROOLS-1993: --------------------------------- > Test Scenarios: Boolean dropdown does not set the default value, even when it is shown for the user > --------------------------------------------------------------------------------------------------- > > Key: DROOLS-1993 > URL: https://issues.jboss.org/browse/DROOLS-1993 > Project: Drools > Issue Type: Bug > Components: Test Scenarios Editor > Reporter: Toni Rikkola > Assignee: Toni Rikkola > Priority: Critical > Fix For: 7.5.0.Final > > > # Open "Are they old enough" > # Add new expect for 'application'. "true" is selected in the dropdown > # Run the scenario. Log shows that "" was compared instead of "true" -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1993) Test Scenarios: Boolean dropdown does not set the default value, even when it is shown for the user

by Jozef Marko (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1993?page=com.atlassian.jira.plugi... ] Jozef Marko updated DROOLS-1993: -------------------------------- Fix Version/s: 7.5.0.Final > Test Scenarios: Boolean dropdown does not set the default value, even when it is shown for the user > --------------------------------------------------------------------------------------------------- > > Key: DROOLS-1993 > URL: https://issues.jboss.org/browse/DROOLS-1993 > Project: Drools > Issue Type: Bug > Components: Test Scenarios Editor > Reporter: Toni Rikkola > Assignee: Toni Rikkola > Priority: Critical > Fix For: 7.5.0.Final > > > # Open "Are they old enough" > # Add new expect for 'application'. "true" is selected in the dropdown > # Run the scenario. Log shows that "" was compared instead of "true" -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2228) ASYM_ENCRYPT: test with encrypt_entire_msg=true

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-2228?page=com.atlassian.jira.plugin.... ] Bela Ban commented on JGRP-2228: -------------------------------- The attached {{asym-encrypt.xml}} dated Nov 1 is supposed to reproduce the issue with {{encrypt_entire_msg == true}}. > ASYM_ENCRYPT: test with encrypt_entire_msg=true > ----------------------------------------------- > > Key: JGRP-2228 > URL: https://issues.jboss.org/browse/JGRP-2228 > Project: JGroups > Issue Type: Task > Reporter: Bela Ban > Assignee: Bela Ban > Fix For: 4.0.9 > > Attachments: asym-encrypt.xml, asym-encrypt.xml > > > * Start a few nodes with {{ASYM_ENCRYPT}} and {{encrypt_entire_msg}} set to {{true}} > * Kill and restart a member > * Apparently, restarting is not possible, as the new member won't be able to join the cluster > -> Verify this is true and - if yes - fix it -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2228) ASYM_ENCRYPT: test with encrypt_entire_msg=true

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-2228?page=com.atlassian.jira.plugin.... ] Bela Ban updated JGRP-2228: --------------------------- Attachment: asym-encrypt.xml > ASYM_ENCRYPT: test with encrypt_entire_msg=true > ----------------------------------------------- > > Key: JGRP-2228 > URL: https://issues.jboss.org/browse/JGRP-2228 > Project: JGroups > Issue Type: Task > Reporter: Bela Ban > Assignee: Bela Ban > Fix For: 4.0.9 > > Attachments: asym-encrypt.xml, asym-encrypt.xml > > > * Start a few nodes with {{ASYM_ENCRYPT}} and {{encrypt_entire_msg}} set to {{true}} > * Kill and restart a member > * Apparently, restarting is not possible, as the new member won't be able to join the cluster > -> Verify this is true and - if yes - fix it -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9501) Container is not cleaning up container-managed JMSContext

by Jiri Ondrusek (JIRA)

[ https://issues.jboss.org/browse/WFLY-9501?page=com.atlassian.jira.plugin.... ] Jiri Ondrusek moved JBEAP-13666 to WFLY-9501: --------------------------------------------- Project: WildFly (was: JBoss Enterprise Application Platform) Key: WFLY-9501 (was: JBEAP-13666) Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1) Component/s: EE EJB JMS (was: EE) (was: EJB) (was: JMS) Affects Version/s: 12.0.0.Alpha1 (was: 7.0.0.GA) > Container is not cleaning up container-managed JMSContext > --------------------------------------------------------- > > Key: WFLY-9501 > URL: https://issues.jboss.org/browse/WFLY-9501 > Project: WildFly > Issue Type: Bug > Components: EE, EJB, JMS > Affects Versions: 12.0.0.Alpha1 > Environment: JBoss-EAP-7.0.0 > JDK 1.8 > Reporter: Jiri Ondrusek > Assignee: Jiri Ondrusek > > The container is not cleaning up container managed JMSContext, causing a connection leak. > The JMS 2.0 API doc[1] states the following : > <quote> > Applications running in the Java EE web and EJB containers may alternatively inject a JMSContext into their application using the @Inject annotation. A JMSContext that is created in this way is described as being container-managed. A container-managed JMSContext will be closed automatically by the container. > </quote> > However the JCA's CacheConnectionManager (CCM) complains a connection leak if the application didn't explicitly close the JMSContext, which is not required for container managed JMSContext. > [1] http://docs.oracle.com/javaee/7/api/javax/jms/JMSContext.html -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3392) inaccurate error message in validating required attribute with alternatives

by Chao Wang (JIRA)

Chao Wang created WFCORE-3392: --------------------------------- Summary: inaccurate error message in validating required attribute with alternatives Key: WFCORE-3392 URL: https://issues.jboss.org/browse/WFCORE-3392 Project: WildFly Core Issue Type: Bug Components: Domain Management Affects Versions: 4.0.0.Alpha2 Reporter: Chao Wang Assignee: Chao Wang Priority: Minor This is created based on comments in [JBEAP-8666|https://issues.jboss.org/browse/JBEAP-8666?focusedCommentId=13...] {quote}failure message is inaccurate and points out only that ssl-context must be defined, it should also mention the security-realm as one of the options. {noformat} /subsystem=undertow/server=default-server/https-listener=aaa:add(socket-binding=ajp) { "outcome" => "failed", "failure-description" => "WFLYCTL0172: ssl-context is required", "rolled-back" => true } {noformat} {quote} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (JBJCA-1356) BaseWrapperManagedConnection.unlock fails to unlock

by Flavia Rainone (JIRA)

[ https://issues.jboss.org/browse/JBJCA-1356?page=com.atlassian.jira.plugin... ] Flavia Rainone commented on JBJCA-1356: --------------------------------------- [~stephen.fikes] You're right! I think that [~maeste] needs to update the Jira to mark 1.4.7 as unreleased. The commit for branch 1.4 is here https://github.com/fl4via/ironjacamar/commit/cc26b3a113c80a3178867e1c189b... > BaseWrapperManagedConnection.unlock fails to unlock > --------------------------------------------------- > > Key: JBJCA-1356 > URL: https://issues.jboss.org/browse/JBJCA-1356 > Project: IronJacamar > Issue Type: Bug > Affects Versions: WildFly/IronJacamar 1.4.2.Final > Reporter: Flavia Rainone > Assignee: Flavia Rainone > Fix For: WildFly/IronJacamar 1.4.3.Final > > > There is a possibility of unlock missing the call to reentrantLock.unlock: > {noformat} > protected void unlock() > { > if (tryLock < 0) > return; > if (getLog().isTraceEnabled()) > dumpLockInformation(false); > if (lock.isHeldByCurrentThread()) > lock.unlock(); > } > {noformat} > This bug is random. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 6 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 October 2017