[JBoss JIRA] (DROOLS-4896) Accumulate: min with BigDecimal doesn't work as expected when drools.propertySpecific=ALLOWED
by Hiroko Miura (Jira)
[ https://issues.redhat.com/browse/DROOLS-4896?page=com.atlassian.jira.plug... ]
Hiroko Miura updated DROOLS-4896:
---------------------------------
Description:
Regarding accumulate, min function with BigDecimal does not work as expected when drools.propertySpecific is "ALLOWED".
The following rule worked with BRMS6.1.4(6.2.0.Final-redhat-13).
{noformat}
rule "rule1_BigDecimal"
agenda-group "BigDecimal"
when
accumulate( Fact( $bdVal: bdVal), $minVal : min($bdVal))
accumulate( Fact( $bdVal2: bdVal, $bdVal2 > $minVal), $minVal2 : min($bdVal2))
$minFact: Fact( bdVal == new BigDecimal($minVal.intValue()))
$minFact2: Fact( bdVal == new BigDecimal($minVal2.intValue()))
then
...
end
{noformat}
But after upgrading to RHPAM 7 and setting drools.propertySpecific=ALLOWED, this does not work.
i.e. rule fires one more time than expected even though there is only one fact at the last iteration.
This does not happen at least with Long type.
was:
Regarding accumulate, min function with BigDecimal does not work as expected when drools.propertySpecific is "ALLOWED".
The following rule worked with BRMS6.1.4(6.2.0.Final-redhat-13).
{noformat}
rule "rule1_BigDecimal"
agenda-group "BigDecimal"
when
accumulate( Fact( $bdVal: bdVal), $minVal : min($bdVal))
accumulate( Fact( $bdVal2: bdVal, $bdVal2 > $minVal), $minVal2 : min($bdVal2))
$minFact: Fact( bdVal == new BigDecimal($minVal.intValue()))
$minFact2: Fact( bdVal == new BigDecimal($minVal2.intValue()))
then
...
end
{noformat}
But after upgrading to RHPAM 7 and setting drools.propertySpecific=ALLOWED, this does not work.
i.e. rule fires one more time than expected even though there is only one fact at the last iteration.
> Accumulate: min with BigDecimal doesn't work as expected when drools.propertySpecific=ALLOWED
> ---------------------------------------------------------------------------------------------
>
> Key: DROOLS-4896
> URL: https://issues.redhat.com/browse/DROOLS-4896
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 7.14.0.Final, 7.26.0.Final, 7.31.0.Final
> Reporter: Hiroko Miura
> Assignee: Mario Fusco
> Priority: Major
> Labels: support
> Attachments: bigdecimal-accumulate-test.zip
>
>
> Regarding accumulate, min function with BigDecimal does not work as expected when drools.propertySpecific is "ALLOWED".
> The following rule worked with BRMS6.1.4(6.2.0.Final-redhat-13).
> {noformat}
> rule "rule1_BigDecimal"
> agenda-group "BigDecimal"
> when
> accumulate( Fact( $bdVal: bdVal), $minVal : min($bdVal))
> accumulate( Fact( $bdVal2: bdVal, $bdVal2 > $minVal), $minVal2 : min($bdVal2))
>
> $minFact: Fact( bdVal == new BigDecimal($minVal.intValue()))
> $minFact2: Fact( bdVal == new BigDecimal($minVal2.intValue()))
> then
> ...
> end
> {noformat}
> But after upgrading to RHPAM 7 and setting drools.propertySpecific=ALLOWED, this does not work.
> i.e. rule fires one more time than expected even though there is only one fact at the last iteration.
> This does not happen at least with Long type.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years
[JBoss JIRA] (DROOLS-4897) Accumulate: min with BigDecimal doesn't work as expected when drools.propertySpecific=ALLOWED
by Hiroko Miura (Jira)
Hiroko Miura created DROOLS-4897:
------------------------------------
Summary: Accumulate: min with BigDecimal doesn't work as expected when drools.propertySpecific=ALLOWED
Key: DROOLS-4897
URL: https://issues.redhat.com/browse/DROOLS-4897
Project: Drools
Issue Type: Bug
Components: core engine
Affects Versions: 7.14.0.Final, 7.26.0.Final, 7.31.0.Final
Reporter: Hiroko Miura
Assignee: Mario Fusco
Attachments: bigdecimal-accumulate-test.zip
Regarding accumulate, min function with BigDecimal does not work as expected when drools.propertySpecific is "ALLOWED".
The following rule worked with BRMS6.1.4(6.2.0.Final-redhat-13).
{noformat}
rule "rule1_BigDecimal"
agenda-group "BigDecimal"
when
accumulate( Fact( $bdVal: bdVal), $minVal : min($bdVal))
accumulate( Fact( $bdVal2: bdVal, $bdVal2 > $minVal), $minVal2 : min($bdVal2))
$minFact: Fact( bdVal == new BigDecimal($minVal.intValue()))
$minFact2: Fact( bdVal == new BigDecimal($minVal2.intValue()))
then
...
end
{noformat}
But after upgrading to RHPAM 7 and setting drools.propertySpecific=ALLOWED, this does not work.
i.e. rule fires one more time than expected even though there is only one fact at the last iteration.
This does not happen at least with Long type.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years
[JBoss JIRA] (DROOLS-4896) Accumulate: min with BigDecimal doesn't work as expected when drools.propertySpecific=ALLOWED
by Hiroko Miura (Jira)
[ https://issues.redhat.com/browse/DROOLS-4896?page=com.atlassian.jira.plug... ]
Hiroko Miura updated DROOLS-4896:
---------------------------------
Description:
Regarding accumulate, min function with BigDecimal does not work as expected when drools.propertySpecific is "ALLOWED".
The following rule worked with BRMS6.1.4(6.2.0.Final-redhat-13).
{noformat}
rule "rule1_BigDecimal"
agenda-group "BigDecimal"
when
accumulate( Fact( $bdVal: bdVal), $minVal : min($bdVal))
accumulate( Fact( $bdVal2: bdVal, $bdVal2 > $minVal), $minVal2 : min($bdVal2))
$minFact: Fact( bdVal == new BigDecimal($minVal.intValue()))
$minFact2: Fact( bdVal == new BigDecimal($minVal2.intValue()))
then
...
end
{noformat}
But after upgrading to RHPAM 7 and setting drools.propertySpecific=ALLOWED, this does not work.
i.e. rule fires one more time than expected even though there is only one fact at the last iteration.
was:
Regarding accumulate, min function with BigDecimal does not work as expected when drools.propertySpecific is "ALLOWED".
The following rule worked with BRMS6.1.4(6.2.0.Final-redhat-13).
{noformat}
rule "rule1_BigDecimal"
agenda-group "BigDecimal"
when
accumulate( Fact( $bdVal: bdVal), $minVal : min($bdVal))
accumulate( Fact( $bdVal2: bdVal, $bdVal2 > $minVal), $minVal2 : min($bdVal2))
$minFact: Fact( bdVal == new BigDecimal($minVal.intValue()))
$minFact2: Fact( bdVal == new BigDecimal($minVal2.intValue()))
then
...
end
{noformat}
But after upgrading to RHPAM 7 and setting drools.propertySpecific=ALWAYS, this does not work.
i.e. rule fires one more time than expected even though there is only one fact at the last iteration.
> Accumulate: min with BigDecimal doesn't work as expected when drools.propertySpecific=ALLOWED
> ---------------------------------------------------------------------------------------------
>
> Key: DROOLS-4896
> URL: https://issues.redhat.com/browse/DROOLS-4896
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 7.14.0.Final, 7.26.0.Final, 7.31.0.Final
> Reporter: Hiroko Miura
> Assignee: Mario Fusco
> Priority: Major
> Labels: support
> Attachments: bigdecimal-accumulate-test.zip
>
>
> Regarding accumulate, min function with BigDecimal does not work as expected when drools.propertySpecific is "ALLOWED".
> The following rule worked with BRMS6.1.4(6.2.0.Final-redhat-13).
> {noformat}
> rule "rule1_BigDecimal"
> agenda-group "BigDecimal"
> when
> accumulate( Fact( $bdVal: bdVal), $minVal : min($bdVal))
> accumulate( Fact( $bdVal2: bdVal, $bdVal2 > $minVal), $minVal2 : min($bdVal2))
>
> $minFact: Fact( bdVal == new BigDecimal($minVal.intValue()))
> $minFact2: Fact( bdVal == new BigDecimal($minVal2.intValue()))
> then
> ...
> end
> {noformat}
> But after upgrading to RHPAM 7 and setting drools.propertySpecific=ALLOWED, this does not work.
> i.e. rule fires one more time than expected even though there is only one fact at the last iteration.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years
[JBoss JIRA] (DROOLS-4896) Accumulate: min with BigDecimal doesn't work as expected when drools.propertySpecific=ALWAYS
by Hiroko Miura (Jira)
[ https://issues.redhat.com/browse/DROOLS-4896?page=com.atlassian.jira.plug... ]
Hiroko Miura updated DROOLS-4896:
---------------------------------
Description:
Regarding accumulate, min function with BigDecimal does not work as expected when drools.propertySpecific is "ALLOWED".
The following rule worked with BRMS6.1.4(6.2.0.Final-redhat-13).
{noformat}
rule "rule1_BigDecimal"
agenda-group "BigDecimal"
when
accumulate( Fact( $bdVal: bdVal), $minVal : min($bdVal))
accumulate( Fact( $bdVal2: bdVal, $bdVal2 > $minVal), $minVal2 : min($bdVal2))
$minFact: Fact( bdVal == new BigDecimal($minVal.intValue()))
$minFact2: Fact( bdVal == new BigDecimal($minVal2.intValue()))
then
...
end
{noformat}
But after upgrading to RHPAM 7 and setting drools.propertySpecific=ALWAYS, this does not work.
i.e. rule fires one more time than expected even though there is only one fact at the last iteration.
was:
Regarding accumulate, min function with BigDecimal does not work as expected when drools.propertySpecific is "ALWAYS".
The following rule worked with BRMS6.1.4(6.2.0.Final-redhat-13).
{noformat}
rule "rule1_BigDecimal"
agenda-group "BigDecimal"
when
accumulate( Fact( $bdVal: bdVal), $minVal : min($bdVal))
accumulate( Fact( $bdVal2: bdVal, $bdVal2 > $minVal), $minVal2 : min($bdVal2))
$minFact: Fact( bdVal == new BigDecimal($minVal.intValue()))
$minFact2: Fact( bdVal == new BigDecimal($minVal2.intValue()))
then
...
end
{noformat}
But after upgrading to RHPAM 7 and setting drools.propertySpecific=ALWAYS, this does not work.
i.e. rule fires one more time than expected even though there is only one fact at the last iteration.
> Accumulate: min with BigDecimal doesn't work as expected when drools.propertySpecific=ALWAYS
> --------------------------------------------------------------------------------------------
>
> Key: DROOLS-4896
> URL: https://issues.redhat.com/browse/DROOLS-4896
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 7.14.0.Final, 7.26.0.Final, 7.31.0.Final
> Reporter: Hiroko Miura
> Assignee: Mario Fusco
> Priority: Major
> Labels: support
> Attachments: bigdecimal-accumulate-test.zip
>
>
> Regarding accumulate, min function with BigDecimal does not work as expected when drools.propertySpecific is "ALLOWED".
> The following rule worked with BRMS6.1.4(6.2.0.Final-redhat-13).
> {noformat}
> rule "rule1_BigDecimal"
> agenda-group "BigDecimal"
> when
> accumulate( Fact( $bdVal: bdVal), $minVal : min($bdVal))
> accumulate( Fact( $bdVal2: bdVal, $bdVal2 > $minVal), $minVal2 : min($bdVal2))
>
> $minFact: Fact( bdVal == new BigDecimal($minVal.intValue()))
> $minFact2: Fact( bdVal == new BigDecimal($minVal2.intValue()))
> then
> ...
> end
> {noformat}
> But after upgrading to RHPAM 7 and setting drools.propertySpecific=ALWAYS, this does not work.
> i.e. rule fires one more time than expected even though there is only one fact at the last iteration.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years
[JBoss JIRA] (DROOLS-4896) Accumulate: min with BigDecimal doesn't work as expected when drools.propertySpecific=ALLOWED
by Hiroko Miura (Jira)
[ https://issues.redhat.com/browse/DROOLS-4896?page=com.atlassian.jira.plug... ]
Hiroko Miura updated DROOLS-4896:
---------------------------------
Summary: Accumulate: min with BigDecimal doesn't work as expected when drools.propertySpecific=ALLOWED (was: Accumulate: min with BigDecimal doesn't work as expected when drools.propertySpecific=ALWAYS)
> Accumulate: min with BigDecimal doesn't work as expected when drools.propertySpecific=ALLOWED
> ---------------------------------------------------------------------------------------------
>
> Key: DROOLS-4896
> URL: https://issues.redhat.com/browse/DROOLS-4896
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 7.14.0.Final, 7.26.0.Final, 7.31.0.Final
> Reporter: Hiroko Miura
> Assignee: Mario Fusco
> Priority: Major
> Labels: support
> Attachments: bigdecimal-accumulate-test.zip
>
>
> Regarding accumulate, min function with BigDecimal does not work as expected when drools.propertySpecific is "ALLOWED".
> The following rule worked with BRMS6.1.4(6.2.0.Final-redhat-13).
> {noformat}
> rule "rule1_BigDecimal"
> agenda-group "BigDecimal"
> when
> accumulate( Fact( $bdVal: bdVal), $minVal : min($bdVal))
> accumulate( Fact( $bdVal2: bdVal, $bdVal2 > $minVal), $minVal2 : min($bdVal2))
>
> $minFact: Fact( bdVal == new BigDecimal($minVal.intValue()))
> $minFact2: Fact( bdVal == new BigDecimal($minVal2.intValue()))
> then
> ...
> end
> {noformat}
> But after upgrading to RHPAM 7 and setting drools.propertySpecific=ALWAYS, this does not work.
> i.e. rule fires one more time than expected even though there is only one fact at the last iteration.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years
[JBoss JIRA] (DROOLS-4896) Accumulate: min with BigDecimal doesn't work as expected when drools.propertySpecific=ALWAYS
by Hiroko Miura (Jira)
Hiroko Miura created DROOLS-4896:
------------------------------------
Summary: Accumulate: min with BigDecimal doesn't work as expected when drools.propertySpecific=ALWAYS
Key: DROOLS-4896
URL: https://issues.redhat.com/browse/DROOLS-4896
Project: Drools
Issue Type: Bug
Components: core engine
Affects Versions: 7.31.0.Final, 7.26.0.Final, 7.14.0.Final
Reporter: Hiroko Miura
Assignee: Mario Fusco
Attachments: bigdecimal-accumulate-test.zip
Regarding accumulate, min function with BigDecimal does not work as expected when drools.propertySpecific is "ALWAYS".
The following rule worked with BRMS6.1.4(6.2.0.Final-redhat-13).
{noformat}
rule "rule1_BigDecimal"
agenda-group "BigDecimal"
when
accumulate( Fact( $bdVal: bdVal), $minVal : min($bdVal))
accumulate( Fact( $bdVal2: bdVal, $bdVal2 > $minVal), $minVal2 : min($bdVal2))
$minFact: Fact( bdVal == new BigDecimal($minVal.intValue()))
$minFact2: Fact( bdVal == new BigDecimal($minVal2.intValue()))
then
...
end
{noformat}
But after upgrading to RHPAM 7 and setting drools.propertySpecific=ALWAYS, this does not work.
i.e. rule fires one more time than expected even though there is only one fact at the last iteration.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years
[JBoss JIRA] (AG-134) Some issues in when use MSSQL SQLServerXADataSource
by bingo chen (Jira)
[ https://issues.redhat.com/browse/AG-134?page=com.atlassian.jira.plugin.sy... ]
bingo chen updated AG-134:
--------------------------
Description:
We use MSSQL as our data base server and use 'com.microsoft.sqlserver.jdbc.SQLServerXADataSource' as driver class.
Here some issues occured, the SQLServerXADataSource url property name is 'URL' not 'url', so we can't connect the data base server.
Environments:
1.JDBC driver is 'mssql-jdbc.7.2.2.jre8'
<dependency>
<groupId>com.microsoft.sqlserver</groupId>
<artifactId>mssql-jdbc</artifactId>
<version>7.2.2.jre8</version>
</dependency>
2.Agroal 1.7
<dependency>
<groupId>io.agroal</groupId>
<artifactId>agroal-api</artifactId>
<version>1.7</version>
</dependency>
<dependency>
<groupId>io.agroal</groupId>
<artifactId>agroal-pool</artifactId>
<version>1.7</version>
</dependency>
<dependency>
<groupId>io.agroal</groupId>
<artifactId>agroal-narayana</artifactId>
<version>1.7</version>
</dependency>
was:
We use MSSQL as our data base server and use 'com.microsoft.sqlserver.jdbc.SQLServerXADataSource' as driver class.
Here some issues occured, the SQLServerXADataSource url property name is 'dataSourceURL' not 'url', so we can't connect the data base server.
Environments:
1.JDBC driver is 'mssql-jdbc.7.2.2.jre8'
<dependency>
<groupId>com.microsoft.sqlserver</groupId>
<artifactId>mssql-jdbc</artifactId>
<version>7.2.2.jre8</version>
</dependency>
2.Agroal 1.7
<dependency>
<groupId>io.agroal</groupId>
<artifactId>agroal-api</artifactId>
<version>1.7</version>
</dependency>
<dependency>
<groupId>io.agroal</groupId>
<artifactId>agroal-pool</artifactId>
<version>1.7</version>
</dependency>
<dependency>
<groupId>io.agroal</groupId>
<artifactId>agroal-narayana</artifactId>
<version>1.7</version>
</dependency>
> Some issues in when use MSSQL SQLServerXADataSource
> ---------------------------------------------------
>
> Key: AG-134
> URL: https://issues.redhat.com/browse/AG-134
> Project: Agroal
> Issue Type: Enhancement
> Components: pool
> Affects Versions: 1.7
> Reporter: bingo chen
> Assignee: Luis Barreiro
> Priority: Major
>
> We use MSSQL as our data base server and use 'com.microsoft.sqlserver.jdbc.SQLServerXADataSource' as driver class.
> Here some issues occured, the SQLServerXADataSource url property name is 'URL' not 'url', so we can't connect the data base server.
> Environments:
> 1.JDBC driver is 'mssql-jdbc.7.2.2.jre8'
> <dependency>
> <groupId>com.microsoft.sqlserver</groupId>
> <artifactId>mssql-jdbc</artifactId>
> <version>7.2.2.jre8</version>
> </dependency>
> 2.Agroal 1.7
> <dependency>
> <groupId>io.agroal</groupId>
> <artifactId>agroal-api</artifactId>
> <version>1.7</version>
> </dependency>
> <dependency>
> <groupId>io.agroal</groupId>
> <artifactId>agroal-pool</artifactId>
> <version>1.7</version>
> </dependency>
> <dependency>
> <groupId>io.agroal</groupId>
> <artifactId>agroal-narayana</artifactId>
> <version>1.7</version>
> </dependency>
>
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years
[JBoss JIRA] (AG-134) Some issues in when use MSSQL SQLServerXADataSource
by bingo chen (Jira)
[ https://issues.redhat.com/browse/AG-134?page=com.atlassian.jira.plugin.sy... ]
bingo chen updated AG-134:
--------------------------
Issue Type: Enhancement (was: Bug)
> Some issues in when use MSSQL SQLServerXADataSource
> ---------------------------------------------------
>
> Key: AG-134
> URL: https://issues.redhat.com/browse/AG-134
> Project: Agroal
> Issue Type: Enhancement
> Components: pool
> Affects Versions: 1.7
> Reporter: bingo chen
> Assignee: Luis Barreiro
> Priority: Major
>
> We use MSSQL as our data base server and use 'com.microsoft.sqlserver.jdbc.SQLServerXADataSource' as driver class.
> Here some issues occured, the SQLServerXADataSource url property name is 'dataSourceURL' not 'url', so we can't connect the data base server.
> Environments:
> 1.JDBC driver is 'mssql-jdbc.7.2.2.jre8'
> <dependency>
> <groupId>com.microsoft.sqlserver</groupId>
> <artifactId>mssql-jdbc</artifactId>
> <version>7.2.2.jre8</version>
> </dependency>
> 2.Agroal 1.7
> <dependency>
> <groupId>io.agroal</groupId>
> <artifactId>agroal-api</artifactId>
> <version>1.7</version>
> </dependency>
> <dependency>
> <groupId>io.agroal</groupId>
> <artifactId>agroal-pool</artifactId>
> <version>1.7</version>
> </dependency>
> <dependency>
> <groupId>io.agroal</groupId>
> <artifactId>agroal-narayana</artifactId>
> <version>1.7</version>
> </dependency>
>
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years
[JBoss JIRA] (AG-134) Some issues in when use MSSQL SQLServerXADataSource
by bingo chen (Jira)
bingo chen created AG-134:
-----------------------------
Summary: Some issues in when use MSSQL SQLServerXADataSource
Key: AG-134
URL: https://issues.redhat.com/browse/AG-134
Project: Agroal
Issue Type: Bug
Components: pool
Affects Versions: 1.7
Reporter: bingo chen
Assignee: Luis Barreiro
We use MSSQL as our data base server and use 'com.microsoft.sqlserver.jdbc.SQLServerXADataSource' as driver class.
Here some issues occured, the SQLServerXADataSource url property name is 'dataSourceURL' not 'url', so we can't connect the data base server.
Environments:
1.JDBC driver is 'mssql-jdbc.7.2.2.jre8'
<dependency>
<groupId>com.microsoft.sqlserver</groupId>
<artifactId>mssql-jdbc</artifactId>
<version>7.2.2.jre8</version>
</dependency>
2.Agroal 1.7
<dependency>
<groupId>io.agroal</groupId>
<artifactId>agroal-api</artifactId>
<version>1.7</version>
</dependency>
<dependency>
<groupId>io.agroal</groupId>
<artifactId>agroal-pool</artifactId>
<version>1.7</version>
</dependency>
<dependency>
<groupId>io.agroal</groupId>
<artifactId>agroal-narayana</artifactId>
<version>1.7</version>
</dependency>
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years
[JBoss JIRA] (WFLY-12779) Incorporate MicroProfile Config in RESTEasy
by Ronald Sigal (Jira)
[ https://issues.redhat.com/browse/WFLY-12779?page=com.atlassian.jira.plugi... ]
Ronald Sigal commented on WFLY-12779:
-------------------------------------
By the way, the RESTEasy testsuite has four relevant tests in the integration-tests submodule of the testsuite module:
* org.jboss.resteasy.test.microprofile.config.MicroProfileConfigFilterTest
* org.jboss.resteasy.test.microprofile.config.MicroProfileConfigServletContextListenerTest
* org.jboss.resteasy.test.microprofile.config.MicroProfileConfigServletTest
* org.jboss.resteasy.test.microprofile.config.MicroProfileConfigUseGlobalTest
> Incorporate MicroProfile Config in RESTEasy
> -------------------------------------------
>
> Key: WFLY-12779
> URL: https://issues.redhat.com/browse/WFLY-12779
> Project: WildFly
> Issue Type: Feature Request
> Reporter: Ronald Sigal
> Assignee: Ronald Sigal
> Priority: Major
>
> Currently, RESTEasy 3.x (targeted to Wildfly) uses servlet context-params to obtain configuration information. In RESTEasy 4.x, we have updated configuration to access all standard MicroProfile Config sources. Also, we have added three additional ConfigSources:
> * servlet init-params (ordinal 60)
> * filter init-params (ordinal 50)
> * servlet context-params (ordinal 40)
> In this feature request, we propose to port the relevant changes from RESTEasy 4.x to RESTEasy 3.x.
> In RESTEasy 4.x, all parameters, both RESTEasy parameters and application parameters, are available from all ConfigSources to both RESTEasy and application code. In RESTEasy 3.x, we propose to add a RESTEasy parameter, "resteasy.config.resteasy.parameters.only", which, when set to "true", will limit the three RESTEasy ConfigSources to returning RESTEasy parameters only. It will default to "true".
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years