[JBoss JIRA] (DROOLS-5044) Allow to set default value for columns other than 'literal equals to ...'
by Jozef Marko (Jira)
[ https://issues.redhat.com/browse/DROOLS-5044?page=com.atlassian.jira.plug... ]
Jozef Marko resolved DROOLS-5044.
---------------------------------
Fix Version/s: 7.41.0.Final
Resolution: Done
Marking as resolved, as the related jira is done
> Allow to set default value for columns other than 'literal equals to ...'
> -------------------------------------------------------------------------
>
> Key: DROOLS-5044
> URL: https://issues.redhat.com/browse/DROOLS-5044
> Project: Drools
> Issue Type: Feature Request
> Components: Guided Decision Table Editor
> Reporter: Werner Van Herrewegen
> Assignee: Michael Anstis
> Priority: Major
> Fix For: 7.41.0.Final
>
> Attachments: image-2020-02-11-14-10-05-686.png, image-2020-02-11-14-28-02-448.png
>
>
> Hi,
> Sometimes I need to be able to put a +default 'TRUE'+ value for conditional columns that don't make any sense to have a 'FALSE' value.
> I give you the following case:
> When I want to update a fact A in the action part based on the value of a fact B on the condition part, it obviously makes sense to have an additional condition that fact A exists.
> But this results (as seen in the example screenshot below) in the option to flag the column that fact A exists TRUE/FALSE with a 'default' on FALSE.
> When you leave it FALSE, you get a compile error because the resulting rule code excludes the line, when you flag it TRUE, the line is shown ok and you don't get any errors.
> So the only real value that is possible is TRUE and it must be flagged TRUE for each row in the decision table.
> It is really hard for me to explain this to business users, when I give them the option to uncheck the column.
> Workaround/solution would be to allow a default value 'TRUE' and actually hide the column.
> Because for the business person, he doesn't care.
> And the pity is that there actually is an option to add default values but only for literal equals...
> More generally this is a need to add some rule text that is always in the generated resulting rule code in the LHS or RHS rule part for all rows in the decision table.
> kr,
> Werner
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 2 months
[JBoss JIRA] (WFLY-13660) The legacy security subsystem should register a capability if it is initialising JACC
by Darran Lofthouse (Jira)
Darran Lofthouse created WFLY-13660:
---------------------------------------
Summary: The legacy security subsystem should register a capability if it is initialising JACC
Key: WFLY-13660
URL: https://issues.redhat.com/browse/WFLY-13660
Project: WildFly
Issue Type: Task
Components: Security
Reporter: Darran Lofthouse
Assignee: Darran Lofthouse
Fix For: 21.0.0.Beta1
Decisions regarding if JACC processing for deployment should take place should be driven based on if a subsystem is initialising JACC - not on if one of the subsystems is present as they could be configured so that neither enable JACC.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 2 months
[JBoss JIRA] (WFLY-13641) WFLYWELD0055: Could not index class [Someclass] from an external bean archive: vfs:/somepath/myear.ear/myejb-0.0.1.jar/META-INF/beans.xml
by Matěj Novotný (Jira)
[ https://issues.redhat.com/browse/WFLY-13641?page=com.atlassian.jira.plugi... ]
Matěj Novotný commented on WFLY-13641:
--------------------------------------
There are cases where this is already used apparently. In the PR we just found a bug where this breaks opentracing integration which requires CDI to scan the archive and find beans.
I think not being able to index it was somehow linked to the deployment structure descriptor - e,g, it was intentional that we couldn't see Jandex, but our processor was incorrectly trying to index it nonetheless. But I am not 100% sure.
> WFLYWELD0055: Could not index class [Someclass] from an external bean archive: vfs:/somepath/myear.ear/myejb-0.0.1.jar/META-INF/beans.xml
> -----------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-13641
> URL: https://issues.redhat.com/browse/WFLY-13641
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld
> Affects Versions: 20.0.0.Final
> Reporter: Jens Viebig
> Assignee: Matěj Novotný
> Priority: Major
>
> When referencing a jar with CDI scan mode "annotaded" inside an ear from an external war via jboss-deployment-structure.xml a warning will be printed for every class:
> WFLYWELD0055: Could not index class [Someclass] from an external bean archive: vfs:/somepath/myear.ear/myejb-0.0.1.jar/META-INF/beans.xml
> Seems VFS cannot get hold of the classes.
> The warning is logged in ExternalBeanArchiveProcessor which catches an EOFException from the inputstream loading the class. (Line 284). Seems the input stream is not able to load a single byte from the class
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 2 months
[JBoss JIRA] (WFLY-13659) Fix modules with dependency on Legacy Security Subsystem or PicketBox
by Darran Lofthouse (Jira)
Darran Lofthouse created WFLY-13659:
---------------------------------------
Summary: Fix modules with dependency on Legacy Security Subsystem or PicketBox
Key: WFLY-13659
URL: https://issues.redhat.com/browse/WFLY-13659
Project: WildFly
Issue Type: Task
Components: Security
Reporter: Darran Lofthouse
Assignee: Darran Lofthouse
Fix For: 21.0.0.Beta1
Various subsystems have dependencies on the legacy security subsystem, these need to be verified to make sure they are really required or adjusted to make optional.
*org.jboss.as.security*
{code}
./system/layers/base/org/wildfly/extension/request-controller/main/module.xml: <module name="org.jboss.as.security" optional="true"/>
./system/layers/base/org/wildfly/extension/io/main/module.xml: <module name="org.jboss.as.security" optional="true"/>
./system/layers/base/org/wildfly/extension/elytron/main/module.xml: <module name="org.jboss.as.security-integration" optional="true" services="import"/>
./system/layers/base/org/wildfly/extension/undertow/main/module.xml: <module name="org.jboss.as.security" optional="true"/>
./system/layers/base/org/wildfly/extension/picketlink/main/module.xml: <module name="org.jboss.as.security"/>
./system/layers/base/org/wildfly/extension/messaging-activemq/main/module.xml: <module name="org.jboss.as.security"/>
./system/layers/base/org/apache/activemq/artemis/main/module.xml: <module name="org.jboss.as.security"/>
./system/layers/base/org/jboss/as/vault-tool/main/module.xml: <main-class name="org.jboss.as.security.vault.VaultTool"/>
./system/layers/base/org/jboss/as/vault-tool/main/module.xml: <module name="org.jboss.as.security"/>
./system/layers/base/org/jboss/as/webservices/main/module.xml: <module name="org.jboss.as.security"/>
./system/layers/base/org/jboss/as/connector/main/module.xml: <module name="org.jboss.as.security"/>
./system/layers/base/org/jboss/as/ejb3/main/module.xml: <module name="org.jboss.as.security"/>
./system/layers/base/org/jboss/as/remoting/main/module.xml: <module name="org.jboss.as.security" optional="true"/>
./system/layers/base/org/jboss/as/appclient/main/module.xml: <module name="org.jboss.as.security"/>
./system/layers/base/org/jboss/as/server/main/module.xml: <module name="org.jboss.as.security" optional="true" services="import"/>
./system/layers/base/org/jboss/as/weld/common/main/module.xml: <module name="org.jboss.as.security" optional="true"/>
{code}
*org.picketbox*
{code}
./system/layers/base/org/wildfly/extension/io/main/module.xml: <module name="org.picketbox" optional="true"/>
./system/layers/base/org/wildfly/extension/batch/jberet/main/module.xml: <module name="org.picketbox"/>
./system/layers/base/org/wildfly/extension/undertow/main/module.xml: <module name="org.picketbox" optional="true"/>
./system/layers/base/org/wildfly/extension/picketlink/main/module.xml: <module name="org.picketbox"/>
./system/layers/base/org/wildfly/extension/messaging-activemq/main/module.xml: <module name="org.picketbox"/>
./system/layers/base/org/wildfly/iiop-openjdk/main/module.xml: <module name="org.picketbox"/>
./system/layers/base/org/apache/activemq/artemis/main/module.xml: <module name="org.picketbox"/>
./system/layers/base/org/picketlink/federation/bindings/main/module.xml: <module name="org.picketbox"/>
./system/layers/base/org/picketlink/federation/main/module.xml: <module name="org.picketbox"/>
./system/layers/base/org/jboss/as/webservices/main/module.xml: <module name="org.picketbox"/>
./system/layers/base/org/jboss/as/connector/main/module.xml: <module name="org.picketbox"/>
./system/layers/base/org/jboss/as/ejb3/main/module.xml: <module name="org.picketbox"/>
./system/layers/base/org/jboss/as/remoting/main/module.xml: <module name="org.picketbox" optional="true"/>
./system/layers/base/org/jboss/as/appclient/main/module.xml: <module name="org.picketbox"/>
./system/layers/base/org/jboss/as/security-api/main/module.xml: <module name="org.picketbox"/>
./system/layers/base/org/jboss/as/server/main/module.xml: <module name="org.picketbox" optional="true"/>
./system/layers/base/org/jboss/as/weld/main/module.xml: <module name="org.picketbox"/>
./system/layers/base/org/jboss/as/domain-management/main/module.xml: <module name="org.picketbox" optional="true"/>
./system/layers/base/org/jboss/as/cli/main/module.xml: <module name="org.picketbox" optional="true"/>
./system/layers/base/org/jboss/as/security/main/module.xml: <module name="org.picketbox"/>
./system/layers/base/org/jboss/as/security-integration/main/module.xml: <module name="org.picketbox">
./system/layers/base/org/jboss/ws/cxf/jbossws-cxf-client/main/module.xml: <module name="org.picketbox" export="true"/>
./system/layers/base/org/jboss/ws/cxf/jbossws-cxf-server/main/module.xml: <module name="org.picketbox"/>
./system/layers/base/org/jboss/ws/jaxws-client/main/module.xml: <module name="org.picketbox"/>
./system/layers/base/org/jboss/ironjacamar/impl/main/module.xml: <module name="org.picketbox"/>
./system/layers/base/org/jboss/security/negotiation/main/module.xml: <module name="org.picketbox"/>
{code}
The optional dependencies are probably Ok but the non-optional dependencies mean these will pull in the modules we do not want when these subsystems are provisioned.
As there are quite a few affected modules I will likely group these into related areas and create sub tasks to track the individual problems to be addressed.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 2 months
[JBoss JIRA] (JGRP-2274) ASYM_ENCRYPT: deprecate sign_msgs
by Bela Ban (Jira)
[ https://issues.redhat.com/browse/JGRP-2274?page=com.atlassian.jira.plugin... ]
Bela Ban commented on JGRP-2274:
--------------------------------
I guess signing of messages can be done by changing the config in {{SYM_ENCRYPT}}:
{{sym_algorithm="AES/CBC/PKCS5Padding"}}
{{sym_iv_length="16"}} // any value > 0 will do
This makes sure that even a flipped bit in an encrypted message will cause decryption to fail.
> ASYM_ENCRYPT: deprecate sign_msgs
> ---------------------------------
>
> Key: JGRP-2274
> URL: https://issues.redhat.com/browse/JGRP-2274
> Project: JGroups
> Issue Type: Enhancement
> Reporter: Bela Ban
> Assignee: Bela Ban
> Priority: Major
> Fix For: 4.0.12
>
>
> In {{ASYM_ENCRYPT}}, signing messages means that the checksum of an encrypted message is computed and used together with the secret key of the sender to sign the message. On the receiver side, the public key of the sender is used to validate the signature.
> However, this is redundant, as decryption of a message will fail if the contents have been changed.
> If needed, signing of messages can be done in a separate protocol.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 2 months