[JBoss JIRA] (ELY-1086) CS tool, Command without any option must show help rather then error message about required options.
by Ilia Vassilev (JIRA)
[ https://issues.jboss.org/browse/ELY-1086?page=com.atlassian.jira.plugin.s... ]
Ilia Vassilev updated ELY-1086:
-------------------------------
Git Pull Request: https://github.com/wildfly-security/wildfly-elytron-tool/pull/50, https://github.com/wildfly-security/wildfly-elytron-tool/pull/67 (was: https://github.com/wildfly-security/wildfly-elytron-tool/pull/50)
> CS tool, Command without any option must show help rather then error message about required options.
> ----------------------------------------------------------------------------------------------------
>
> Key: ELY-1086
> URL: https://issues.jboss.org/browse/ELY-1086
> Project: WildFly Elytron
> Issue Type: Bug
> Components: Credential Store
> Reporter: Hynek Švábek
> Assignee: Ilia Vassilev
>
> Command without any option must show help rather then error message about required options.
> *How to reproduce:*
> {code}
> java -jar wildfly-elytron-tool.jar credential-store
> Exception encountered executing the command:
> org.apache.commons.cli.MissingOptionException: Missing required option: [-a Add new alias to the credential store, -r Remove alias from the credential store, -e Check if alias exists within the credential store, -v Display all aliases, -h Get help with usage of this command]
> at org.apache.commons.cli.DefaultParser.checkRequiredOptions(DefaultParser.java:199)
> at org.apache.commons.cli.DefaultParser.parse(DefaultParser.java:130)
> at org.apache.commons.cli.DefaultParser.parse(DefaultParser.java:81)
> at org.wildfly.security.tool.CredentialStoreCommand.execute(CredentialStoreCommand.java:120)
> at org.wildfly.security.tool.ElytronTool.main(ElytronTool.java:74)
> {code}
> *Same for mask command*
> {code}
> java -jar wildfly-elytron-tool.jar mask
> Exception encountered executing the command:
> org.apache.commons.cli.MissingOptionException: Missing required option: [-x Secret to be encrypted, -h Get help with usage of this command]
> at org.apache.commons.cli.DefaultParser.checkRequiredOptions(DefaultParser.java:199)
> at org.apache.commons.cli.DefaultParser.parse(DefaultParser.java:130)
> at org.apache.commons.cli.DefaultParser.parse(DefaultParser.java:81)
> at org.wildfly.security.tool.MaskCommand.execute(MaskCommand.java:72)
> at org.wildfly.security.tool.ElytronTool.main(ElytronTool.java:74)
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 5 months
[JBoss JIRA] (DROOLS-1578) Add link in docs to decision table reference
by Russell Morrisey (JIRA)
Russell Morrisey created DROOLS-1578:
----------------------------------------
Summary: Add link in docs to decision table reference
Key: DROOLS-1578
URL: https://issues.jboss.org/browse/DROOLS-1578
Project: Drools
Issue Type: Enhancement
Components: docs
Reporter: Russell Morrisey
Assignee: Mario Fusco
6.5.3. How Decision Tables Work
"Referring to row 14 (the row immediately after RuleTable), the keywords CONDITION and ACTION indicate that the data in the columns below are for either the LHS or the RHS parts of a rule. There are other attributes on the rule which can also be optionally set this way."
What other attributes? Link me to an EBNF, a javadoc, or another part of the guide that has a complete reference.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 5 months
[JBoss JIRA] (WFLY-8836) Allow build to clean tests artefacts to reduce space usage on CI
by ehsavoie Hugonnet (JIRA)
[ https://issues.jboss.org/browse/WFLY-8836?page=com.atlassian.jira.plugin.... ]
ehsavoie Hugonnet moved JBEAP-11123 to WFLY-8836:
-------------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-8836 (was: JBEAP-11123)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Build System
(was: Build System)
Affects Version/s: 11.0.0.Alpha1
(was: 7.1.0.DR18)
> Allow build to clean tests artefacts to reduce space usage on CI
> ----------------------------------------------------------------
>
> Key: WFLY-8836
> URL: https://issues.jboss.org/browse/WFLY-8836
> Project: WildFly
> Issue Type: Bug
> Components: Build System
> Affects Versions: 11.0.0.Alpha1
> Reporter: ehsavoie Hugonnet
> Assignee: ehsavoie Hugonnet
>
> Currently a lot of integration tests will leave one or more server used for the tests behind. This will take a lot of space on the disk for no value. We should remove them (while keeping the logs as those might provide meaningful informations in the case of failure).
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 5 months
[JBoss JIRA] (DROOLS-1577) Support FIFO queue for agenda group focus
by Russell Morrisey (JIRA)
Russell Morrisey created DROOLS-1577:
----------------------------------------
Summary: Support FIFO queue for agenda group focus
Key: DROOLS-1577
URL: https://issues.jboss.org/browse/DROOLS-1577
Project: Drools
Issue Type: Feature Request
Affects Versions: 6.5.0.Final
Reporter: Russell Morrisey
Assignee: Edson Tirelli
When setting up the ordering of agenda groups, the framework should support adding them in the order they are supposed to be executed.
Ex:
agenda.getAgendaGroup( "calculation" ).setQueue();
agenda.getAgendaGroup( "report" ).setQueue();
Or, even better:
agenda.addAgendaGroupsToQueue("calculation", "report");
And:
agenda.addAgendaGroupsToQueue(agenda.getAgendaGroup( "calculation" ), agenda.getAgendaGroup( "report" ))
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 5 months
[JBoss JIRA] (WFLY-7351) JAX-RS Http Client does not support SNI even though underlying Apache HttpClient version supports it
by R Searls (JIRA)
[ https://issues.jboss.org/browse/WFLY-7351?page=com.atlassian.jira.plugin.... ]
R Searls commented on WFLY-7351:
--------------------------------
I tested againts 3.1.2.Final and it works there as well.
> JAX-RS Http Client does not support SNI even though underlying Apache HttpClient version supports it
> ----------------------------------------------------------------------------------------------------
>
> Key: WFLY-7351
> URL: https://issues.jboss.org/browse/WFLY-7351
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Affects Versions: 10.1.0.Final
> Environment: N/A
> Reporter: Edvin Syse
> Assignee: Alessio Soldano
> Labels: httpclient, https, jax-rs
> Attachments: httpclient-sni-bug.zip
>
>
> When creating a JAX-RS client using ClientBuilder.newClient() and accessing an SSL resource configured with SNI, the request fails.
> When the request is made you get the default certificate for the ip as it is configured on the web server instead of the certificate corresponding to the host name you entered.
> Attached is a simple Maven project with a rest endpoint that will make a request to https://www.syse.no/, which is a host configured with SNI. If you access this host with a client that is not SNI capable, you will get the default certificate instead of the one corresponding to www.syse.no. (That cert is actually expired, so that is the underlying cause reported by the http client in this case. In other cases you will most probably just get a name mismatch type of error).
> This effectively prevents the Http client from being used reliably against a rapidly growing number of SSL enabled sites, as SNI is the new standard "everywhere" SSL is configured these days.
> The underlying Apache HttpClient version does indeed support SNI. I have tested the version of Apache HttpClient that is bundled with Wildfly 10.1 and it works correctly.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 5 months
[JBoss JIRA] (WFLY-7351) JAX-RS Http Client does not support SNI even though underlying Apache HttpClient version supports it
by R Searls (JIRA)
[ https://issues.jboss.org/browse/WFLY-7351?page=com.atlassian.jira.plugin.... ]
R Searls closed WFLY-7351.
--------------------------
Resolution: Out of Date
> JAX-RS Http Client does not support SNI even though underlying Apache HttpClient version supports it
> ----------------------------------------------------------------------------------------------------
>
> Key: WFLY-7351
> URL: https://issues.jboss.org/browse/WFLY-7351
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Affects Versions: 10.1.0.Final
> Environment: N/A
> Reporter: Edvin Syse
> Assignee: Alessio Soldano
> Labels: httpclient, https, jax-rs
> Attachments: httpclient-sni-bug.zip
>
>
> When creating a JAX-RS client using ClientBuilder.newClient() and accessing an SSL resource configured with SNI, the request fails.
> When the request is made you get the default certificate for the ip as it is configured on the web server instead of the certificate corresponding to the host name you entered.
> Attached is a simple Maven project with a rest endpoint that will make a request to https://www.syse.no/, which is a host configured with SNI. If you access this host with a client that is not SNI capable, you will get the default certificate instead of the one corresponding to www.syse.no. (That cert is actually expired, so that is the underlying cause reported by the http client in this case. In other cases you will most probably just get a name mismatch type of error).
> This effectively prevents the Http client from being used reliably against a rapidly growing number of SSL enabled sites, as SNI is the new standard "everywhere" SSL is configured these days.
> The underlying Apache HttpClient version does indeed support SNI. I have tested the version of Apache HttpClient that is bundled with Wildfly 10.1 and it works correctly.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 5 months