[JBoss JIRA] (DROOLS-4020) [DMN Designer] Literal expression variable name is missing
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-4020?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-4020:
--------------------------------
Description:
The DMN Designer generates empty variable name for literal expressions.
Current state:
{code}
<dmn:decision id="_9AF9596C-BA60-4C45-9531-F6B6FD7BC008" name="constant">
<dmn:variable id="_782DDC9C-8B8B-4D18-9711-40634A46864C" name="" typeRef="string"/>
<dmn:literalExpression id="_F7C245A2-9CE3-4CFE-AAD5-D6B98C502CE9">
<dmn:text>"abc"</dmn:text>
</dmn:literalExpression>
</dmn:decision>
{code}
Expected state:
{code:xml}
<dmn:decision id="_9AF9596C-BA60-4C45-9531-F6B6FD7BC008" name="constant">
<dmn:variable id="_782DDC9C-8B8B-4D18-9711-40634A46864C" name="constant" typeRef="string"/>
<dmn:literalExpression id="_F7C245A2-9CE3-4CFE-AAD5-D6B98C502CE9">
<dmn:text>"abc"</dmn:text>
</dmn:literalExpression>
</dmn:decision>
{code}
was:
The DMN Designer generates empty variable name for literal expressions.
Current state:
``
> [DMN Designer] Literal expression variable name is missing
> ----------------------------------------------------------
>
> Key: DROOLS-4020
> URL: https://issues.jboss.org/browse/DROOLS-4020
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.22.0.Final
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Priority: Blocker
> Attachments: Screenshot from 2019-05-15 10-56-00.png, reusable (1).dmn, tournament.zip
>
>
> The DMN Designer generates empty variable name for literal expressions.
> Current state:
> {code}
> <dmn:decision id="_9AF9596C-BA60-4C45-9531-F6B6FD7BC008" name="constant">
> <dmn:variable id="_782DDC9C-8B8B-4D18-9711-40634A46864C" name="" typeRef="string"/>
> <dmn:literalExpression id="_F7C245A2-9CE3-4CFE-AAD5-D6B98C502CE9">
> <dmn:text>"abc"</dmn:text>
> </dmn:literalExpression>
> </dmn:decision>
> {code}
> Expected state:
> {code:xml}
> <dmn:decision id="_9AF9596C-BA60-4C45-9531-F6B6FD7BC008" name="constant">
> <dmn:variable id="_782DDC9C-8B8B-4D18-9711-40634A46864C" name="constant" typeRef="string"/>
> <dmn:literalExpression id="_F7C245A2-9CE3-4CFE-AAD5-D6B98C502CE9">
> <dmn:text>"abc"</dmn:text>
> </dmn:literalExpression>
> </dmn:decision>
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (DROOLS-4020) [DMN Designer] Literal expression variable name is missing
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-4020?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-4020:
--------------------------------
Description:
The DMN Designer generates empty variable name for literal expressions.
Current state:
``
was:
There seems to be issue if user wants to store the result of imported logic. In the attached artificial project there is *nhl.dmn* model. This model works just with constants, no input nodes. This model produces two matches (*first_match* and *second_match*) of NHL. In both cases *team a* is a constant and *team b* is also constant but from other node.
The *first_match* seems working correctly while the *second_match* doesn't. The only difference is the *second_match* node uses value from imported node. See the steps to reproduce.
> [DMN Designer] Literal expression variable name is missing
> ----------------------------------------------------------
>
> Key: DROOLS-4020
> URL: https://issues.jboss.org/browse/DROOLS-4020
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.22.0.Final
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Priority: Blocker
> Attachments: Screenshot from 2019-05-15 10-56-00.png, tournament.zip
>
>
> The DMN Designer generates empty variable name for literal expressions.
> Current state:
> ``
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (WFLY-10997) WildFlyInitialContextFactory EJB proxy security behavior inconsistent with different context lookups
by Bartosz Baranowski (Jira)
[ https://issues.jboss.org/browse/WFLY-10997?page=com.atlassian.jira.plugin... ]
Bartosz Baranowski resolved WFLY-10997.
---------------------------------------
Resolution: Done
Fixed with : WFLY-11502 .
> WildFlyInitialContextFactory EJB proxy security behavior inconsistent with different context lookups
> -----------------------------------------------------------------------------------------------------
>
> Key: WFLY-10997
> URL: https://issues.jboss.org/browse/WFLY-10997
> Project: WildFly
> Issue Type: Bug
> Components: Remoting
> Reporter: Lin Gao
> Assignee: Bartosz Baranowski
> Priority: Major
> Labels: downstream_dependency
> Attachments: reproducer.jar
>
> Original Estimate: 3 days
> Remaining Estimate: 3 days
>
> WildFlyInitialContextFactory EJB proxy security behavior inconsistent with different context lookups
> Using WildFlyInitialContextFactory and calling a remote EJB server.
> Observations:
> 1) If the ejb lookup is "reproducer/TestSLSB!test.Test" (basically like a RemoteNaming lookup), the ejb is invoked successfully, but the caller is seen as anonymous instead of the ejbuser which is specified in the Context properties.
> Using the ejb-client type lookup: ejb:/reproducer/TestSLSB!test.Test , then it shows up as ejbuser as expected
> 2) if a client creates 2 InitialContexts and uses the lookup reproducer/TestSLSB!test.Test" on ctx1 , then uses the lookup "ejb:/reproducer/TestSLSB!test.Test " on ctx2 in that order, then they both show anonymous (as if it uses only the context that was created first).
> If you switch the order, and use ejb:/reproducer/TestSLSB!test.Test first, then they both show ejbuser
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (DROOLS-4020) [DMN Designer] Literal expression variable name is missing
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-4020?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-4020:
--------------------------------
Attachment: reusable.dmn
> [DMN Designer] Literal expression variable name is missing
> ----------------------------------------------------------
>
> Key: DROOLS-4020
> URL: https://issues.jboss.org/browse/DROOLS-4020
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.22.0.Final
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Priority: Blocker
> Attachments: Screenshot from 2019-05-15 10-56-00.png, curl_command.sh, reusable.dmn, screenshot-1.png, tournament.zip
>
>
> There seems to be issue if user wants to store the result of imported logic. In the attached artificial project there is *nhl.dmn* model. This model works just with constants, no input nodes. This model produces two matches (*first_match* and *second_match*) of NHL. In both cases *team a* is a constant and *team b* is also constant but from other node.
> The *first_match* seems working correctly while the *second_match* doesn't. The only difference is the *second_match* node uses value from imported node. See the steps to reproduce.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months