[JBoss JIRA] (DROOLS-2254) Automate .proto files rebuild in pom.xml
by Michael Biarnes Kiefer (Jira)
[ https://issues.redhat.com/browse/DROOLS-2254?page=com.atlassian.jira.plug... ]
Michael Biarnes Kiefer updated DROOLS-2254:
-------------------------------------------
Fix Version/s: 7.37.0.Final
(was: 7.36.0.Final)
> Automate .proto files rebuild in pom.xml
> ----------------------------------------
>
> Key: DROOLS-2254
> URL: https://issues.redhat.com/browse/DROOLS-2254
> Project: Drools
> Issue Type: Task
> Components: tools
> Affects Versions: 7.5.0.Final
> Reporter: Dmitry Volodin
> Assignee: Dmitry Volodin
> Priority: Minor
> Fix For: 7.37.0.Final
>
>
> According to contribution guide, any .proto file or protobuf version changes it's necessary to download protoc utility and regenerate Java classes based on .proto files.
> This will add automation for downloading protoc utility and Java classes generation based on Maven Protocol Buffers Plugin. There is no timestamps and other build related info inside generated Java files and no changes will be added on each new build.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 3 months
[JBoss JIRA] (DROOLS-5095) [DMN Designer] Investigate performance switching between editor instances
by Michael Biarnes Kiefer (Jira)
[ https://issues.redhat.com/browse/DROOLS-5095?page=com.atlassian.jira.plug... ]
Michael Biarnes Kiefer updated DROOLS-5095:
-------------------------------------------
Fix Version/s: 7.37.0.Final
(was: 7.36.0.Final)
> [DMN Designer] Investigate performance switching between editor instances
> -------------------------------------------------------------------------
>
> Key: DROOLS-5095
> URL: https://issues.redhat.com/browse/DROOLS-5095
> Project: Drools
> Issue Type: Task
> Components: DMN Editor
> Affects Versions: 7.33.0.Final
> Reporter: Jozef Marko
> Assignee: Guilherme Gomes
> Priority: Minor
> Labels: drools-tools
> Fix For: 7.37.0.Final
>
> Attachments: switch-dmn.webm
>
>
> This JIRA is to investigate the reported performance issue switching between different DMN Designer instances in Business Central.
> The issue was noticed by [~jomarko] when testing DROOLS-5058 (although the fix therein should have had *zero* affect on switching).
> For more details see the video [^switch-dmn.webm]
> h2. Manual acceptance test
> - Prepare 5 DMN models in project
> - Open all in parallel
> - Try to switch between them, keep all opened
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 3 months
[JBoss JIRA] (WFLY-11316) Remove unused dependencies from org.jberet.jberet-core
by Yeray Borges Santana (Jira)
[ https://issues.redhat.com/browse/WFLY-11316?page=com.atlassian.jira.plugi... ]
Yeray Borges Santana commented on WFLY-11316:
---------------------------------------------
Hello [~rchakrab], feel free to take this on if you want.
As usual in relation to this sort of issues, you should do a deep scanning of dependencies use and identify class loading and service loader patterns to ensure the removed dependency is no longer used. You already know they are a bit tricky, thanks !
> Remove unused dependencies from org.jberet.jberet-core
> ------------------------------------------------------
>
> Key: WFLY-11316
> URL: https://issues.redhat.com/browse/WFLY-11316
> Project: WildFly
> Issue Type: Bug
> Components: Batch
> Reporter: Yeray Borges Santana
> Assignee: Yeray Borges Santana
> Priority: Optional
>
> Analysis of org.jberet.jberet-core shows:
> * org.jboss.jts is unused
> * jberet only uses javax.enterprise.api, javax.inject.api, javax.annotation.api and javax.batch.api from javaee.api, maybe we could reduce the final size removing javaee.api and add only the required modules.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 3 months
[JBoss JIRA] (WFLY-13371) Clarify the MicroProfile subsystem dependency trees
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFLY-13371?page=com.atlassian.jira.plugi... ]
Brian Stansberry updated WFLY-13371:
------------------------------------
Git Pull Request: https://github.com/wildfly/wildfly/pull/13206
> Clarify the MicroProfile subsystem dependency trees
> ---------------------------------------------------
>
> Key: WFLY-13371
> URL: https://issues.redhat.com/browse/WFLY-13371
> Project: WildFly
> Issue Type: Task
> Components: Build System, MP Config, MP Fault Tolerance, MP Health, MP JWT, MP Metrics, MP OpenAPI, MP OpenTracing
> Reporter: Brian Stansberry
> Assignee: Brian Stansberry
> Priority: Minor
> Fix For: 20.0.0.Beta1
>
>
> The MP specs evolve at a different pace from the EE specs that make up the bulk of WildFly, so I want to maintain as much flexibility as possible in terms of how we package and distribute them. A small step in that direction is just being clear about the dependency trees for the various maven modules we use to provide these specs. IOWs, don't allow non-test-scope transitive dependencies to come through any dependencies on the artifacts coming from the WF build itself or from WF Core. Add global exclusions to any direct dependencies on those and add explicit dependencies for anything that was coming in transitively,
> Doing this would be good across the WF code base but here the focus is the MP maven modules.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 3 months
[JBoss JIRA] (WFLY-12510) Update usages of wildfly-credential-reference_1_0.xsd to the new wildfly-credential-reference_1_1.xsd for new schemas
by Farah Juma (Jira)
[ https://issues.redhat.com/browse/WFLY-12510?page=com.atlassian.jira.plugi... ]
Farah Juma commented on WFLY-12510:
-----------------------------------
[~jmesnil] My WildFly PR for EAP7-676 does revert the temporary schema updates that were made for WFLY-12510 and bumps the various schemas to new versions and updates these new versions to the 1.1 version of the credential-reference schema:
https://github.com/wildfly/wildfly/pull/12538
> Update usages of wildfly-credential-reference_1_0.xsd to the new wildfly-credential-reference_1_1.xsd for new schemas
> ---------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-12510
> URL: https://issues.redhat.com/browse/WFLY-12510
> Project: WildFly
> Issue Type: Task
> Components: Management
> Reporter: Farah Juma
> Assignee: Jeff Mesnil
> Priority: Major
>
> With WFCORE-4150, the WildFly Core's urn:jboss:domain:13.0 namespace now references wildfly-credential-reference_1_1.xsd.
> WildFly full tests that any schemas that we shipped is up to date with the latest urn:jboss:domain:13.0 namespace in StandardConfigsXMLValidationUnitTestCase tests.
> However when this test resolves urn:jboss:domain:13.0, it also resolve urn:wildfly:credential-reference:1.1 and then the test fails because subsystems schemas that references urn:wildfly:credential-reference:1.0 are incorrectly considered not updated.
> Released schemas must not be updated with urn:wildfly:credential-reference:1.1 as they are already out in the open.
> However every new schemas that will be released with WildFly 20 must ensure that they will updated their references from urn:wildfly:credential-reference:1.0 to urn:wildfly:credential-reference:1.1.
> I'll create separate WFLY issues for each involved component as they may update their schemas at different time during the development of WildFly 20.
> There is no need to update the schema just for this reference change but if the schema is updated for another reason, then the reference to urn:wildfly:credential-reference MUST be updated
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 3 months