[JBoss JIRA] (WFLY-11905) Move module org.apache.xml-resolver from WildFly Core to WildFly
by Kabir Khan (Jira)
[ https://issues.redhat.com/browse/WFLY-11905?page=com.atlassian.jira.plugi... ]
Kabir Khan commented on WFLY-11905:
-----------------------------------
[~brian.stansberry] I cloned this to WFCORE-4911
> Move module org.apache.xml-resolver from WildFly Core to WildFly
> ----------------------------------------------------------------
>
> Key: WFLY-11905
> URL: https://issues.redhat.com/browse/WFLY-11905
> Project: WildFly
> Issue Type: Task
> Components: Web Services
> Reporter: Brian Stansberry
> Assignee: Parul Sharma
> Priority: Minor
>
> The org.apache.xml-resolver module is not used by WildFly Core. Only use is in full:
> {code}
> $ git grep xml-resolver | grep module.x
> feature-pack/src/main/resources/modules/system/layers/base/org/apache/cxf/impl/main/module.xml: <module name="org.apache.xml-resolver" />
> feature-pack/src/main/resources/modules/system/layers/base/org/apache/cxf/main/module.xml: <module name="org.apache.xml-resolver" />
> feature-pack/src/main/resources/modules/system/layers/base/org/apache/cxf/services-sts/main/module.xml: <module name="org.apache.xml-resolver" />
> feature-pack/src/main/resources/modules/system/layers/base/org/apache/cxf/ws-security/main/module.xml: <module name="org.apache.xml-resolver" />
> {code}
> Moving it will tidy things up some and perhaps avoid any special handling for it as Galleon layers work continues.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 3 months
[JBoss JIRA] (WFCORE-4911) Remove org.apache.xml-resolver (it has been moved to WildFly)
by Kabir Khan (Jira)
[ https://issues.redhat.com/browse/WFCORE-4911?page=com.atlassian.jira.plug... ]
Kabir Khan moved WFLY-13347 to WFCORE-4911:
-------------------------------------------
Project: WildFly Core (was: WildFly)
Key: WFCORE-4911 (was: WFLY-13347)
Component/s: XML Frameworks
(was: Web Services)
> Remove org.apache.xml-resolver (it has been moved to WildFly)
> -------------------------------------------------------------
>
> Key: WFCORE-4911
> URL: https://issues.redhat.com/browse/WFCORE-4911
> Project: WildFly Core
> Issue Type: Task
> Components: XML Frameworks
> Reporter: Brian Stansberry
> Assignee: Parul Sharma
> Priority: Minor
>
> The org.apache.xml-resolver module is not used by WildFly Core. Only use is in full:
> {code}
> $ git grep xml-resolver | grep module.x
> feature-pack/src/main/resources/modules/system/layers/base/org/apache/cxf/impl/main/module.xml: <module name="org.apache.xml-resolver" />
> feature-pack/src/main/resources/modules/system/layers/base/org/apache/cxf/main/module.xml: <module name="org.apache.xml-resolver" />
> feature-pack/src/main/resources/modules/system/layers/base/org/apache/cxf/services-sts/main/module.xml: <module name="org.apache.xml-resolver" />
> feature-pack/src/main/resources/modules/system/layers/base/org/apache/cxf/ws-security/main/module.xml: <module name="org.apache.xml-resolver" />
> {code}
> Moving it will tidy things up some and perhaps avoid any special handling for it as Galleon layers work continues.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 3 months
[JBoss JIRA] (WFLY-13347) Remove org.apache.xml-resolver (it has been moved to WildFly)
by Kabir Khan (Jira)
Kabir Khan created WFLY-13347:
---------------------------------
Summary: Remove org.apache.xml-resolver (it has been moved to WildFly)
Key: WFLY-13347
URL: https://issues.redhat.com/browse/WFLY-13347
Project: WildFly
Issue Type: Task
Components: Web Services
Reporter: Brian Stansberry
Assignee: Parul Sharma
The org.apache.xml-resolver module is not used by WildFly Core. Only use is in full:
{code}
$ git grep xml-resolver | grep module.x
feature-pack/src/main/resources/modules/system/layers/base/org/apache/cxf/impl/main/module.xml: <module name="org.apache.xml-resolver" />
feature-pack/src/main/resources/modules/system/layers/base/org/apache/cxf/main/module.xml: <module name="org.apache.xml-resolver" />
feature-pack/src/main/resources/modules/system/layers/base/org/apache/cxf/services-sts/main/module.xml: <module name="org.apache.xml-resolver" />
feature-pack/src/main/resources/modules/system/layers/base/org/apache/cxf/ws-security/main/module.xml: <module name="org.apache.xml-resolver" />
{code}
Moving it will tidy things up some and perhaps avoid any special handling for it as Galleon layers work continues.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 3 months
[JBoss JIRA] (DROOLS-5132) DMN Drools TCK runner updates
by Matteo Mortari (Jira)
[ https://issues.redhat.com/browse/DROOLS-5132?page=com.atlassian.jira.plug... ]
Matteo Mortari commented on DROOLS-5132:
----------------------------------------
When resolving this jira, evaluate to move upstream DMN TCK Drools runner to use "typecheck" flag, instead of "strictconformance" flag
> DMN Drools TCK runner updates
> -----------------------------
>
> Key: DROOLS-5132
> URL: https://issues.redhat.com/browse/DROOLS-5132
> Project: Drools
> Issue Type: Task
> Components: dmn engine
> Reporter: Matteo Mortari
> Assignee: Matteo Mortari
> Priority: Major
>
> Activities on upstream DMN TCK is on hold as no meetings are being held -> no PRs merged on DMN TCK repo.
> Hence this PR is pending: https://github.com/dmn-tck/tck/pull/360
> In that branch/PR, I am aligning with the original TCK intention that "errorResult" flag is an hint, but cannot be enforced, over the runners.
> Example, in case
> * the result from a DMN expression evaluation is null,
> * the TCK expect a null,
> * IFF TCK did not flagged as "errorResult", we no longer just fail simply because the Drools DMN engine reported an error (which was not indicated by the TCK test).
> https://github.com/dmn-tck/tck/pull/360/files#diff-49ce6a21913fba22bc06e7...
> Before, if the Drools DMN engine raised an error, but the TCK did not indicated as "errorResult" we were reporting a failure, even if the actual value was consistent with the expected one!
> Now is aligned as explained.
> Naturally, I've in parallel raised already PR to TCK to fix the test and to provide the proper "errorResult" hint. (https://github.com/dmn-tck/tck/pull/359)
> Once the DMN-TCK-upstream PR for the Drools TCK runner is merged, the commit https://github.com/kiegroup/drools/commit/ca70199cf5edccf5261f153dde3296c... can be reverted.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 3 months