[JBoss JIRA] (WFLY-11808) Unable to do jndi lookup when starting batch job from web console
by Cheng Fang (Jira)
[ https://issues.jboss.org/browse/WFLY-11808?page=com.atlassian.jira.plugin... ]
Cheng Fang updated WFLY-11808:
------------------------------
Description: when starting a batch job from web console, jndi lookup inside the application's batch artifacts failed with NameNotFoundException. When the same job is started by the application, the lookups all go well.
> Unable to do jndi lookup when starting batch job from web console
> -----------------------------------------------------------------
>
> Key: WFLY-11808
> URL: https://issues.jboss.org/browse/WFLY-11808
> Project: WildFly
> Issue Type: Bug
> Components: Batch
> Affects Versions: 16.0.0.Final
> Reporter: Cheng Fang
> Assignee: Cheng Fang
> Priority: Major
>
> when starting a batch job from web console, jndi lookup inside the application's batch artifacts failed with NameNotFoundException. When the same job is started by the application, the lookups all go well.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (WFLY-11807) Better port configuration for JGroups FD_SOCK
by Rich DiCroce (Jira)
Rich DiCroce created WFLY-11807:
-----------------------------------
Summary: Better port configuration for JGroups FD_SOCK
Key: WFLY-11807
URL: https://issues.jboss.org/browse/WFLY-11807
Project: WildFly
Issue Type: Enhancement
Components: Clustering
Affects Versions: 14.0.0.Final
Reporter: Rich DiCroce
Assignee: Paul Ferraro
The JGroups FD_SOCK protocol requires 2 TCP sockets. Older versions of WildFly accepted a socket-binding for this protocol, but that was removed around version 11, apparently because the binding's port number [wasn't actually used|https://access.redhat.com/solutions/3485801].
Now the port selection is random by default, which is a problem if you've got firewalls to deal with, as noted in the linked document. The suggested workaround is to set the client_bind_port and start_port properties of the protocol, but that has the drawback of not being affected by a socket-binding-group's port-offset. This means that if you want to run 2 WildFly instances on the same box with the same config (which I do, as a developer, to test application code related to clustering), simply changing the port offset is insufficient to get the second instance to start.
So I'd like to suggest that socket-binding for FD_SOCK be resurrected, given that it can be implemented correctly now. FD_SOCK calls the configured SocketFactory for both the server socket (with name jgroups.fd_sock.srv_sock) and the client socket (with name jgroups.fd.ping_sock), so it should be possible for WildFly to fully manage the socket bindings.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (DROOLS-3077) Enhance data type restrictions UX - Decision Table/properties
by Liz Clayton (Jira)
[ https://issues.jboss.org/browse/DROOLS-3077?page=com.atlassian.jira.plugi... ]
Liz Clayton commented on DROOLS-3077:
-------------------------------------
[~tirelli] [~manstis] Here's a comprehensive click-thru, in case you want to check this change out in relationship to some of the other changes: https://redhat.invisionapp.com/share/DEQTMGIXU3Y
The input flow starts around slide 11, and the changes to the property panel due to the addition of Documentation starts at screen 46. Thanks.
> Enhance data type restrictions UX - Decision Table/properties
> -------------------------------------------------------------
>
> Key: DROOLS-3077
> URL: https://issues.jboss.org/browse/DROOLS-3077
> Project: Drools
> Issue Type: Story
> Components: DMN Editor
> Reporter: Liz Clayton
> Assignee: Liz Clayton
> Priority: Major
> Labels: UX, UXTeam, drools-tools
> Attachments: DataType selection ('Properties Panel' and 'in-grid').png, Screen Shot 2018-08-10 at 10.23.36 AM.png, Screen Shot 2018-08-24 at 8.38.37 AM.png, Screen Shot 2018-09-28 at 2.44.59 PM.png, date-time.png, date.png, enumration-widget.png, pop-overc.png, pop-overcSpecs.png, read-mode.png, select.png, time.png
>
>
> *Background*
> Persona: Business analyst or Rules practitioner
> Use Cases:
> * From the DMN canvas view - as a user I want to define data type restrictions (one-off instances) from a decision table .
> * From the Data Types dialog - as a user I want the ability to define constraints for the following types: https://docs.google.com/spreadsheets/d/1HLYwi5JrCEU6IxWRge7RCKANLiHCL0d2E...
> Functional considerations/ pre conditions:
> * Consider interaction in light of Property panel and consistency.
> * Underscore the notion of one-off constraints.
> Verification conditions:
> * Scrum team and PO review.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (DROOLS-3077) Enhance data type restrictions UX - Decision Table/properties
by Liz Clayton (Jira)
[ https://issues.jboss.org/browse/DROOLS-3077?page=com.atlassian.jira.plugi... ]
Liz Clayton commented on DROOLS-3077:
-------------------------------------
[~manstis] I updated the demo above, based on discussion/decisions - only changes were:
* If the user select a data type that already has constraints they can add Input constraints two ways:
- inline in the input field as an expression.
- (CHANGE) also allow the user to employ the (+) Add icon to launch the dialog to add input constraints.
* If the user adds input constraints to a type that already has input constraints - the new constraints will over-write the existing ones (only for Input constraints, not data types.)
Didn't ask [~tirelli] whether we need to replicate all of this in the property panel; it's still an Open Issue.
> Enhance data type restrictions UX - Decision Table/properties
> -------------------------------------------------------------
>
> Key: DROOLS-3077
> URL: https://issues.jboss.org/browse/DROOLS-3077
> Project: Drools
> Issue Type: Story
> Components: DMN Editor
> Reporter: Liz Clayton
> Assignee: Liz Clayton
> Priority: Major
> Labels: UX, UXTeam, drools-tools
> Attachments: DataType selection ('Properties Panel' and 'in-grid').png, Screen Shot 2018-08-10 at 10.23.36 AM.png, Screen Shot 2018-08-24 at 8.38.37 AM.png, Screen Shot 2018-09-28 at 2.44.59 PM.png, date-time.png, date.png, enumration-widget.png, pop-overc.png, pop-overcSpecs.png, read-mode.png, select.png, time.png
>
>
> *Background*
> Persona: Business analyst or Rules practitioner
> Use Cases:
> * From the DMN canvas view - as a user I want to define data type restrictions (one-off instances) from a decision table .
> * From the Data Types dialog - as a user I want the ability to define constraints for the following types: https://docs.google.com/spreadsheets/d/1HLYwi5JrCEU6IxWRge7RCKANLiHCL0d2E...
> Functional considerations/ pre conditions:
> * Consider interaction in light of Property panel and consistency.
> * Underscore the notion of one-off constraints.
> Verification conditions:
> * Scrum team and PO review.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (DROOLS-3077) Enhance data type restrictions UX - Decision Table/properties
by Liz Clayton (Jira)
[ https://issues.jboss.org/browse/DROOLS-3077?page=com.atlassian.jira.plugi... ]
Liz Clayton edited comment on DROOLS-3077 at 3/4/19 5:14 PM:
-------------------------------------------------------------
[~manstis] I updated the demo above, based on discussion/decisions - only changes were:
* If the user select a data type that already has constraints they can add Input constraints two ways:
A. inline in the input field as an expression.
B. (CHANGE) also allow the user to employ the (+) Add icon to launch the dialog to add input constraints.
* If the user adds input constraints to a type that already has input constraints - the new constraints will over-write the existing ones (only for Input constraints, not data types.)
Didn't ask [~tirelli] whether we need to replicate all of this in the property panel; it's still an Open Issue.
was (Author: uxdlc):
[~manstis] I updated the demo above, based on discussion/decisions - only changes were:
* If the user select a data type that already has constraints they can add Input constraints two ways:
- inline in the input field as an expression.
- (CHANGE) also allow the user to employ the (+) Add icon to launch the dialog to add input constraints.
* If the user adds input constraints to a type that already has input constraints - the new constraints will over-write the existing ones (only for Input constraints, not data types.)
Didn't ask [~tirelli] whether we need to replicate all of this in the property panel; it's still an Open Issue.
> Enhance data type restrictions UX - Decision Table/properties
> -------------------------------------------------------------
>
> Key: DROOLS-3077
> URL: https://issues.jboss.org/browse/DROOLS-3077
> Project: Drools
> Issue Type: Story
> Components: DMN Editor
> Reporter: Liz Clayton
> Assignee: Liz Clayton
> Priority: Major
> Labels: UX, UXTeam, drools-tools
> Attachments: DataType selection ('Properties Panel' and 'in-grid').png, Screen Shot 2018-08-10 at 10.23.36 AM.png, Screen Shot 2018-08-24 at 8.38.37 AM.png, Screen Shot 2018-09-28 at 2.44.59 PM.png, date-time.png, date.png, enumration-widget.png, pop-overc.png, pop-overcSpecs.png, read-mode.png, select.png, time.png
>
>
> *Background*
> Persona: Business analyst or Rules practitioner
> Use Cases:
> * From the DMN canvas view - as a user I want to define data type restrictions (one-off instances) from a decision table .
> * From the Data Types dialog - as a user I want the ability to define constraints for the following types: https://docs.google.com/spreadsheets/d/1HLYwi5JrCEU6IxWRge7RCKANLiHCL0d2E...
> Functional considerations/ pre conditions:
> * Consider interaction in light of Property panel and consistency.
> * Underscore the notion of one-off constraints.
> Verification conditions:
> * Scrum team and PO review.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (WFLY-11806) socket-binding/jgroups-tcp client mappings do not map to jgroups.external_addr properly
by G. Richard Bellamy (Jira)
[ https://issues.jboss.org/browse/WFLY-11806?page=com.atlassian.jira.plugin... ]
G. Richard Bellamy updated WFLY-11806:
--------------------------------------
Description:
socket-binding/jgroups-tcp client mappings do not map to the system property {{jgroups.external_addr}} correctly, and therefore jgroups ALWAYS advertises the address bound to the {{private}} interface.
When setting the client mappings for the {{jgroups-tcp}} socket binding, wildfly should ensure that the pingdata for various discovery protocols announces the destination address set there, presumably by setting the {{jgroups.external_addr}} value.
was:
socket-binding/jgroups-tcp client mappings do not map to jgroups.external_addr properly, and therefore jgroups ALWAYS advertises the address bound to the {{private}} interface.
When setting the client mappings for the {{jgroups-tcp}} socket binding, wildfly should ensure that the pingdata for various discovery protocols announces the destination address set there, presumably by setting the {{jgroups.external_addr}} value.
> socket-binding/jgroups-tcp client mappings do not map to jgroups.external_addr properly
> ---------------------------------------------------------------------------------------
>
> Key: WFLY-11806
> URL: https://issues.jboss.org/browse/WFLY-11806
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 15.0.1.Final
> Reporter: G. Richard Bellamy
> Assignee: Paul Ferraro
> Priority: Major
> Labels: JGroups
>
> socket-binding/jgroups-tcp client mappings do not map to the system property {{jgroups.external_addr}} correctly, and therefore jgroups ALWAYS advertises the address bound to the {{private}} interface.
> When setting the client mappings for the {{jgroups-tcp}} socket binding, wildfly should ensure that the pingdata for various discovery protocols announces the destination address set there, presumably by setting the {{jgroups.external_addr}} value.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (DROOLS-3659) DMN: UX for documentation reports
by Roger Martínez (Jira)
[ https://issues.jboss.org/browse/DROOLS-3659?page=com.atlassian.jira.plugi... ]
Roger Martínez commented on DROOLS-3659:
----------------------------------------
Yep sure [~uxdlc] [~tirelli], we can achieve consistency between editors np. I don't know who will implement that, but please let him/her know that me or [~tdolphine] can help on moving this stuff to some shared module.
Thx
> DMN: UX for documentation reports
> ---------------------------------
>
> Key: DROOLS-3659
> URL: https://issues.jboss.org/browse/DROOLS-3659
> Project: Drools
> Issue Type: Story
> Components: DMN Editor
> Reporter: Liz Clayton
> Assignee: Liz Clayton
> Priority: Major
> Labels: UX, UXTeam, drools-tools
> Attachments: DROOLS-3659-documentation.mp4
>
>
> User stories:
> * As a user I want to generate a PDF or HTML report of the DMN model, with documentation, so that I can hand it off to external team and/or business that needs information about the diagrams and the logic of the decisions being automated. The report can be printed out and used by business teams not involved with the modeling itself, to learn about content of the .dmn file.
> * As a user I need a means through the UI to input additional documentation, links and attachments to nodes.
> Notes:
> - Docs to help with docs formatting.
> - Might be able to leverage Case View docs widget.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (WFLY-11806) socket-binding/jgroups-tcp client mappings do not map to jgroups.external_addr properly
by G. Richard Bellamy (Jira)
G. Richard Bellamy created WFLY-11806:
-----------------------------------------
Summary: socket-binding/jgroups-tcp client mappings do not map to jgroups.external_addr properly
Key: WFLY-11806
URL: https://issues.jboss.org/browse/WFLY-11806
Project: WildFly
Issue Type: Bug
Components: Clustering
Affects Versions: 15.0.1.Final
Reporter: G. Richard Bellamy
Assignee: Paul Ferraro
socket-binding/jgroups-tcp client mappings do not map to jgroups.external_addr properly, and therefore jgroups ALWAYS advertises the address bound to the {{private}} interface.
When setting the client mappings for the {{jgroups-tcp}} socket binding, wildfly should ensure that the pingdata for various discovery protocols announces the destination address set there, presumably by setting the {{jgroups.external_addr}} value.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (DROOLS-3659) DMN: UX for documentation reports
by Edson Tirelli (Jira)
[ https://issues.jboss.org/browse/DROOLS-3659?page=com.atlassian.jira.plugi... ]
Edson Tirelli commented on DROOLS-3659:
---------------------------------------
Yes, team, please make sure the support for this feature is absolutely consistent between BPMN and DMN.
> DMN: UX for documentation reports
> ---------------------------------
>
> Key: DROOLS-3659
> URL: https://issues.jboss.org/browse/DROOLS-3659
> Project: Drools
> Issue Type: Story
> Components: DMN Editor
> Reporter: Liz Clayton
> Assignee: Liz Clayton
> Priority: Major
> Labels: UX, UXTeam, drools-tools
> Attachments: DROOLS-3659-documentation.mp4
>
>
> User stories:
> * As a user I want to generate a PDF or HTML report of the DMN model, with documentation, so that I can hand it off to external team and/or business that needs information about the diagrams and the logic of the decisions being automated. The report can be printed out and used by business teams not involved with the modeling itself, to learn about content of the .dmn file.
> * As a user I need a means through the UI to input additional documentation, links and attachments to nodes.
> Notes:
> - Docs to help with docs formatting.
> - Might be able to leverage Case View docs widget.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months