[JBoss JIRA] (WFLY-13302) Add ARM64 versions for libartemis-native.so and libwfssl.so
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFLY-13302?page=com.atlassian.jira.plugi... ]
Brian Stansberry reassigned WFLY-13302:
---------------------------------------
Assignee: Farah Juma (was: Brian Stansberry)
> Add ARM64 versions for libartemis-native.so and libwfssl.so
> -----------------------------------------------------------
>
> Key: WFLY-13302
> URL: https://issues.redhat.com/browse/WFLY-13302
> Project: WildFly
> Issue Type: Feature Request
> Components: Build System
> Affects Versions: 19.0.0.Final
> Reporter: Martin Grigorov
> Assignee: Farah Juma
> Priority: Major
>
> Hello WildFly team,
> I'd like to ask you to add arm64/aarch64 versions of the libartemis-native.so and libwfssl.so binaries to the release distribution.
> The TGZ download from https://wildfly.org/downloads/ has the following .so files:
> {code}
> wildfly-19.0.0.Final $ find ./ -name "*.so"
> ./modules/system/layers/base/org/apache/activemq/artemis/journal/main/lib/linux-i686/libartemis-native-32.so
> ./modules/system/layers/base/org/apache/activemq/artemis/journal/main/lib/linux-x86_64/libartemis-native-64.so
> ./modules/system/layers/base/org/wildfly/openssl/main/lib/linux-x86_64/libwfssl.so
> ./modules/system/layers/base/org/wildfly/openssl/main/lib/linux-i386/libwfssl.so
> ./modules/system/layers/base/org/wildfly/openssl/main/lib/solaris-x86_64/libwfssl.so
> {code}
> Since recently there is a TeamCity agent running on Ubuntu 18.04.4 ARM64: https://ci.wildfly.org/viewType.html?buildTypeId=WF_MasterLinuxArm64OpenJ911
> I guess it could be used to build those binaries too
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 6 months
[JBoss JIRA] (WFLY-13302) Add ARM64 versions for libartemis-native.so and libwfssl.so
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFLY-13302?page=com.atlassian.jira.plugi... ]
Brian Stansberry commented on WFLY-13302:
-----------------------------------------
[~fjuma] [~ehugonnet] FYI.
If something can be done for both of these, please split the issue. If the basic thing to do is to direct [~martin.grigorov1] to the appropriate issue tracker for adding a new native to Artemis and WF OpenSSL please do so.
WildFly itself shouldn't be producing new natives; we only package ones provided by our components.
> Add ARM64 versions for libartemis-native.so and libwfssl.so
> -----------------------------------------------------------
>
> Key: WFLY-13302
> URL: https://issues.redhat.com/browse/WFLY-13302
> Project: WildFly
> Issue Type: Feature Request
> Components: Build System
> Affects Versions: 19.0.0.Final
> Reporter: Martin Grigorov
> Assignee: Brian Stansberry
> Priority: Major
>
> Hello WildFly team,
> I'd like to ask you to add arm64/aarch64 versions of the libartemis-native.so and libwfssl.so binaries to the release distribution.
> The TGZ download from https://wildfly.org/downloads/ has the following .so files:
> {code}
> wildfly-19.0.0.Final $ find ./ -name "*.so"
> ./modules/system/layers/base/org/apache/activemq/artemis/journal/main/lib/linux-i686/libartemis-native-32.so
> ./modules/system/layers/base/org/apache/activemq/artemis/journal/main/lib/linux-x86_64/libartemis-native-64.so
> ./modules/system/layers/base/org/wildfly/openssl/main/lib/linux-x86_64/libwfssl.so
> ./modules/system/layers/base/org/wildfly/openssl/main/lib/linux-i386/libwfssl.so
> ./modules/system/layers/base/org/wildfly/openssl/main/lib/solaris-x86_64/libwfssl.so
> {code}
> Since recently there is a TeamCity agent running on Ubuntu 18.04.4 ARM64: https://ci.wildfly.org/viewType.html?buildTypeId=WF_MasterLinuxArm64OpenJ911
> I guess it could be used to build those binaries too
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 6 months
[JBoss JIRA] (DROOLS-4746) UX for DMN "quick test" tool
by Elizabeth Clayton (Jira)
[ https://issues.redhat.com/browse/DROOLS-4746?page=com.atlassian.jira.plug... ]
Elizabeth Clayton updated DROOLS-4746:
--------------------------------------
Attachment: Screen Shot 2020-04-08 at 5.01.51 PM.png
> UX for DMN "quick test" tool
> ----------------------------
>
> Key: DROOLS-4746
> URL: https://issues.redhat.com/browse/DROOLS-4746
> Project: Drools
> Issue Type: Story
> Components: DMN Editor
> Reporter: Elizabeth Clayton
> Assignee: Elizabeth Clayton
> Priority: Major
> Labels: UX, UXTeam, drools-tools
> Attachments: Screen Shot 2020-04-08 at 4.34.49 PM.png, Screen Shot 2020-04-08 at 5.01.51 PM.png, decision-logic-2-2.png, decision-logic-3-2.png
>
>
> As a DMN author, I'd like to probe the DMN model during the authoring phase without leaving the DMN Editor. Actually, it's really important to explore the DMN model to understand with values are required by the test.
> When the user run the test he can get back the results of the DMN execution.
> Moreover, it would be handy to add those input/output to an existing (or new) test scenario.
> *Acceptance criteria*
> Users are able to:
> * Execute a single node boxed expression by providing node inputs (within the DMN editor.)
> * Explore the DMN model and provide inputs necessary to run a scenario test.
> * Obtain results (Expected) within the DMN editor once the test is run.
> Notes:
> * Try to dissociate this feature from the "test scenario" concept and think of this more as a partial execution. When we're thinking about the concept of a "test scenario", we think about input values and expected outputs... however, in this new component, users will be able to provide inputs and just check the current output.
> * Out of scope: Saving or exporting the "quick test."
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 6 months
[JBoss JIRA] (DROOLS-4746) UX for DMN "quick test" tool
by Elizabeth Clayton (Jira)
[ https://issues.redhat.com/browse/DROOLS-4746?page=com.atlassian.jira.plug... ]
Elizabeth Clayton commented on DROOLS-4746:
-------------------------------------------
Thanks [~karreiro]. The output for Fine is points and $$, so would I add these fields:
!Screen Shot 2020-04-08 at 4.34.49 PM.png|thumbnail!
> UX for DMN "quick test" tool
> ----------------------------
>
> Key: DROOLS-4746
> URL: https://issues.redhat.com/browse/DROOLS-4746
> Project: Drools
> Issue Type: Story
> Components: DMN Editor
> Reporter: Elizabeth Clayton
> Assignee: Elizabeth Clayton
> Priority: Major
> Labels: UX, UXTeam, drools-tools
> Attachments: Screen Shot 2020-04-08 at 4.34.49 PM.png, decision-logic-2-2.png, decision-logic-3-2.png
>
>
> As a DMN author, I'd like to probe the DMN model during the authoring phase without leaving the DMN Editor. Actually, it's really important to explore the DMN model to understand with values are required by the test.
> When the user run the test he can get back the results of the DMN execution.
> Moreover, it would be handy to add those input/output to an existing (or new) test scenario.
> *Acceptance criteria*
> Users are able to:
> * Execute a single node boxed expression by providing node inputs (within the DMN editor.)
> * Explore the DMN model and provide inputs necessary to run a scenario test.
> * Obtain results (Expected) within the DMN editor once the test is run.
> Notes:
> * Try to dissociate this feature from the "test scenario" concept and think of this more as a partial execution. When we're thinking about the concept of a "test scenario", we think about input values and expected outputs... however, in this new component, users will be able to provide inputs and just check the current output.
> * Out of scope: Saving or exporting the "quick test."
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 6 months