April 2015 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-4355) Move deprecated DeploymentUnit methods to the DeploymentResourceSupport

by James Perkins (JIRA)

[ https://issues.jboss.org/browse/WFLY-4355?page=com.atlassian.jira.plugin.... ] James Perkins updated WFLY-4355: -------------------------------- Git Pull Request: https://github.com/wildfly/wildfly/pull/7345 (was: https://github.com/wildfly/wildfly/pull/7337) > Move deprecated DeploymentUnit methods to the DeploymentResourceSupport > ----------------------------------------------------------------------- > > Key: WFLY-4355 > URL: https://issues.jboss.org/browse/WFLY-4355 > Project: WildFly > Issue Type: Task > Reporter: James Perkins > Assignee: James Perkins > > WFCORE-542 added a new API attached to the {{DeploymentUnit}} to interact with the deployments model. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2160) Allow Expression for datasource subsystem enabled property

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-2160?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-2160: ----------------------------------------------- Vaclav Tunka <vtunka(a)redhat.com> changed the Status of [bug 1199218|https://bugzilla.redhat.com/show_bug.cgi?id=1199218] from ASSIGNED to CLOSED > Allow Expression for datasource subsystem enabled property > ---------------------------------------------------------- > > Key: WFLY-2160 > URL: https://issues.jboss.org/browse/WFLY-2160 > Project: WildFly > Issue Type: Bug > Components: Domain Management, JCA > Affects Versions: 8.0.0.Alpha4 > Reporter: Steven Rose > Assignee: Stefano Maestri > Priority: Minor > Labels: wildfly > > Currently the datasource sub system does not allow expressions. I would like to be able to do this: <datasource jta="true" jndi-name="java:/ds1DS" pool-name="ds1DS" enabled="${ds1.enabled}" use-java-context="true" use-ccm="true"> and set the ds1.enabled property via a properties file. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (JBJCA-1261) Rework pool policies

by Jesper Pedersen (JIRA)

Jesper Pedersen created JBJCA-1261: -------------------------------------- Summary: Rework pool policies Key: JBJCA-1261 URL: https://issues.jboss.org/browse/JBJCA-1261 Project: IronJacamar Issue Type: Task Components: Core Reporter: Jesper Pedersen Assignee: Jesper Pedersen Fix For: 1.2.4.Final Let the pool policy (FIFO/FILO) be defined by its decrementer policy -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-631) Wildcard operation inside composite is missing address node

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-631?page=com.atlassian.jira.plugin... ] Brian Stansberry commented on WFCORE-631: ----------------------------------------- Damn I'm good! ;) Highly likely this was fixed as part of the WFCORE-282 work (see PR linked there), which took so long because I kept stumbling upon and sorting problems with the response structures, particularly the combination of wildcard reads and composites. > Wildcard operation inside composite is missing address node > ----------------------------------------------------------- > > Key: WFCORE-631 > URL: https://issues.jboss.org/browse/WFCORE-631 > Project: WildFly Core > Issue Type: Bug > Components: Domain Management > Reporter: Harald Pehl > Assignee: Brian Stansberry > Priority: Blocker > > The result of a composite operation which contains a {{read-resource}} operation with wildcards is missing the {{address}} node. > {code:title=WildFly 9|borderStyle=solid} > [domain@localhost:9990 /] batch > [domain@localhost:9990 / #] /server-group=*/deployment=*:read-resource > [domain@localhost:9990 / #] run-batch --verbose > { > "outcome" => "success", > "result" => {"step-1" => { > "outcome" => "success", > "result" => [{ > "address" => undefined, > "outcome" => undefined, > "result" => { > "enabled" => false, > "name" => "jboss-as-login.war", > "runtime-name" => "jboss-as-login.war" > } > }] > }}, > "server-groups" => undefined > } > {code} > {code:title=WildFly 8.2.0|borderStyle=solid} > [domain@localhost:9990 /] batch > [domain@localhost:9990 / #] /server-group=*/deployment=*:read-resource > [domain@localhost:9990 / #] run-batch --verbose > { > "outcome" => "success", > "result" => {"step-1" => { > "outcome" => "success", > "result" => [{ > "address" => [ > ("server-group" => "main-server-group"), > ("deployment" => "test-application.war") > ], > "outcome" => undefined, > "result" => { > "enabled" => false, > "name" => "test-application.war", > "runtime-name" => "test-application.war" > } > }] > }}, > "server-groups" => undefined > } > {code} > Executing the {{read-resource}} op itself yields the same result for WildFly 8.2.0.Final and 9 -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4499) Fix Compiler Warnings in Transactions Subsystem

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/WFLY-4499?page=com.atlassian.jira.plugin.... ] Tom Jenkinson commented on WFLY-4499: ------------------------------------- I should say, the patch changes look good to me thanks :) > Fix Compiler Warnings in Transactions Subsystem > ----------------------------------------------- > > Key: WFLY-4499 > URL: https://issues.jboss.org/browse/WFLY-4499 > Project: WildFly > Issue Type: Patch > Components: Transactions > Reporter: Philippe Marschall > Assignee: Tom Jenkinson > > The transactions subsystem contains several compiler warnings. Some of them (mostly related to generics) are quite easy to fix. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4499) Fix Compiler Warnings in Transactions Subsystem

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/WFLY-4499?page=com.atlassian.jira.plugin.... ] Tom Jenkinson reassigned WFLY-4499: ----------------------------------- Assignee: Philippe Marschall (was: Tom Jenkinson) > Fix Compiler Warnings in Transactions Subsystem > ----------------------------------------------- > > Key: WFLY-4499 > URL: https://issues.jboss.org/browse/WFLY-4499 > Project: WildFly > Issue Type: Patch > Components: Transactions > Reporter: Philippe Marschall > Assignee: Philippe Marschall > > The transactions subsystem contains several compiler warnings. Some of them (mostly related to generics) are quite easy to fix. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-761) Guided decision trees - new test for testing of unmarshalling drls containing different line separators

by Michael Anstis (JIRA)

[ https://issues.jboss.org/browse/DROOLS-761?page=com.atlassian.jira.plugin... ] Michael Anstis resolved DROOLS-761. ----------------------------------- Fix Version/s: 6.3.0.Beta1 Resolution: Done Pull Request merged. Thanks. > Guided decision trees - new test for testing of unmarshalling drls containing different line separators > ------------------------------------------------------------------------------------------------------- > > Key: DROOLS-761 > URL: https://issues.jboss.org/browse/DROOLS-761 > Project: Drools > Issue Type: Enhancement > Reporter: Tibor Zimányi > Assignee: Michael Anstis > Priority: Minor > Fix For: 6.3.0.Beta1 > > > Drls can be written on different operating systems so they can contain different line endings. There is a need for test that will test unmarshalling DRLs with different line endings into GuidedDecisionTree models. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-761) Guided decision trees - new test for testing of unmarshalling drls containing different line separators

by Tibor Zimányi (JIRA)

[ https://issues.jboss.org/browse/DROOLS-761?page=com.atlassian.jira.plugin... ] Tibor Zimányi updated DROOLS-761: --------------------------------- Summary: Guided decision trees - new test for testing of unmarshalling drls containing different line separators (was: Guided decision trees - new test for testing of unmarshalling drls containing different line endings) > Guided decision trees - new test for testing of unmarshalling drls containing different line separators > ------------------------------------------------------------------------------------------------------- > > Key: DROOLS-761 > URL: https://issues.jboss.org/browse/DROOLS-761 > Project: Drools > Issue Type: Enhancement > Reporter: Tibor Zimányi > Assignee: Michael Anstis > Priority: Minor > > Drls can be written on different operating systems so they can contain different line endings. There is a need for test that will test unmarshalling DRLs with different line endings into GuidedDecisionTree models. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-640) Bad permissions on properties files when using add-user.bat for results in "JBAS015234: No mgmt-groups.properties files found"

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/WFCORE-640?page=com.atlassian.jira.plugin... ] Darran Lofthouse moved WFLY-2456 to WFCORE-640: ----------------------------------------------- Project: WildFly Core (was: WildFly) Key: WFCORE-640 (was: WFLY-2456) Affects Version/s: (was: 8.0.0.Beta1) Component/s: Scripts (was: Scripts) Fix Version/s: (was: Awaiting Volunteers) > Bad permissions on properties files when using add-user.bat for results in "JBAS015234: No mgmt-groups.properties files found" > ------------------------------------------------------------------------------------------------------------------------------ > > Key: WFCORE-640 > URL: https://issues.jboss.org/browse/WFCORE-640 > Project: WildFly Core > Issue Type: Bug > Components: Scripts > Environment: Windows 7, 32-bit, jdk1.7.0_45 > Reporter: John Lusk > > Just getting started w/Wildfly after a long absence from Java. Fresh download, trying to hit admin console, got instructed to use add-user to add an admin user. > c:\usr\local\wildfly-8.0.0.Beta1\bin>.\add-user.bat > What type of user do you wish to add? > a) Management User (mgmt-users.properties) > b) Application User (application-users.properties) > (a): a > * Error * > JBAS015234: No mgmt-groups.properties files found. > Press any key to continue . . . > c:\usr\local\wildfly-8.0.0.Beta1\bin>echo %JBOSS_HOME% > C:\usr\local\wildfly-8.0.0.Beta1 > c:\usr\local\wildfly-8.0.0.Beta1\bin>echo %JAVA_HOME% > C:\java\jdk1.7.0_45 > c:\usr\local\wildfly-8.0.0.Beta1\bin>echo %M2_HOME% > C:\usr\local\Maven\3.1.1 > c:\usr\local\wildfly-8.0.0.Beta1\bin>mvn -version > Apache Maven 3.1.1 (0728685237757ffbf44136acec0402957f723d9a; 2013-09-17 11:22:2 > 2-0400) > Maven home: C:\usr\local\Maven\3.1.1 > Java version: 1.7.0_45, vendor: Oracle Corporation > Java home: C:\java\jdk1.7.0_45\jre > Default locale: en_US, platform encoding: Cp1252 > OS name: "windows 7", version: "6.1", arch: "x86", family: "windows" > c:\usr\local\wildfly-8.0.0.Beta1\bin> -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4500) CMResourceService#stop fails to clean up

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/WFLY-4500?page=com.atlassian.jira.plugin.... ] Tom Jenkinson commented on WFLY-4500: ------------------------------------- Change looks good to me from the transaction managers perspective - thanks Philippe!! > CMResourceService#stop fails to clean up > ---------------------------------------- > > Key: WFLY-4500 > URL: https://issues.jboss.org/browse/WFLY-4500 > Project: WildFly > Issue Type: Patch > Components: Transactions > Reporter: Philippe Marschall > Assignee: Philippe Marschall > > CMResourceService#stop fails to clean up values that #start creates. > The issue is the line > {code} > jtaEnvironmentBean.getValue().getPerformImmediateCleanupOfCommitMarkableResourceBranchesMap().remove(immediateCleanup); > {code} > immediateCleanup is a {{Boolean}} and the return type of {{getPerformImmediateCleanupOfCommitMarkableResourceBranchesMap()}} is {{Map<String, Boolean>}} > So this line never does anything. The line should read > {code} > jtaEnvironmentBean.getValue().getPerformImmediateCleanupOfCommitMarkableResourceBranchesMap().remove(jndiName); > {code} > because if we look a the #start method above we see > {code} > Map<String, Boolean> performImmediateCleanupOfConnectableResourceBranchesMap = jtaEnvironmentBean.getValue().getPerformImmediateCleanupOfCommitMarkableResourceBranchesMap(); > performImmediateCleanupOfConnectableResourceBranchesMap.put(jndiName, immediateCleanup); > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 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 April 2015