[JBoss JIRA] (WFCORE-2621) Upgrade jboss-logmanager from 2.0.5.Final to 2.0.6.Final
by Kabir Khan (JIRA)
Kabir Khan created WFCORE-2621:
----------------------------------
Summary: Upgrade jboss-logmanager from 2.0.5.Final to 2.0.6.Final
Key: WFCORE-2621
URL: https://issues.jboss.org/browse/WFCORE-2621
Project: WildFly Core
Issue Type: Component Upgrade
Components: Logging
Reporter: James Perkins
Assignee: James Perkins
Fix For: 3.0.0.Beta11
An upgrade to the log manager will be required to resolve WFCORE-1585. An enhancement was made as part of LOGMGR-147 to allow child handlers to not be closed when the parent handler is closed.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 6 months
[JBoss JIRA] (DROOLS-1507) Error message "unable to invole method" should mention DRL line
by Geoffrey De Smet (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1507?page=com.atlassian.jira.plugi... ]
Geoffrey De Smet updated DROOLS-1507:
-------------------------------------
Affects Version/s: 6.5.0.Final
> Error message "unable to invole method" should mention DRL line
> ---------------------------------------------------------------
>
> Key: DROOLS-1507
> URL: https://issues.jboss.org/browse/DROOLS-1507
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 6.5.0.Final
> Reporter: Geoffrey De Smet
> Assignee: Mario Fusco
>
> In a complex DRL file we wrote something like this:
> {code}
> when
> Visit(foo != null, $w : foo.weekOfYear)
> not Visit(foo.weekOfYear < $w)
> then
> ...
> end
> {code}
> throws this exception:
> {code}
> java.lang.RuntimeException: cannot invoke getter: getFoo ...
> at org.mvel2.optimizers.impl.refl.nodes.GetterAccessor.getValue(GetterAccessor.java:74)
> ...
> Caused by: java.lang.RuntimeException: unable to invoke method: ....foo.getWeekOfYear: target of method is null
> at org.mvel2.optimizers.impl.refl.nodes.GetterAccessor.getValue(GetterAccessor.java:66)
> at org.mvel2.optimizers.impl.refl.nodes.GetterAccessor.getValue(GetterAccessor.java:40)
> ...
> Caused by: java.lang.NullPointerException
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at org.mvel2.optimizers.impl.refl.nodes.GetterAccessor.getValue(GetterAccessor.java:43)
> {code}
> with no DRL line.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 6 months
[JBoss JIRA] (ELY-1054) CS tool, There is possibility add EMPTY alias name and EMPTY secret value to credential store storage file through wildfly-elytron-tool.
by Hynek Švábek (JIRA)
Hynek Švábek created ELY-1054:
---------------------------------
Summary: CS tool, There is possibility add EMPTY alias name and EMPTY secret value to credential store storage file through wildfly-elytron-tool.
Key: ELY-1054
URL: https://issues.jboss.org/browse/ELY-1054
Project: WildFly Elytron
Issue Type: Bug
Reporter: Hynek Švábek
Assignee: Darran Lofthouse
There is possibility add EMPTY alias name and EMPTY secret value to credential store storage file through wildfly-elytron-tool.
I expect consistent behaviour as through CLI where isn't possible to do it.
*How to reproduce*
{code}
java -jar wildfly-elytron-tool.jar credential-store --add="" --secret="" --location="/tmp/store02.jceks" --uri "cr-store://store02.jceks?modifiable=true;create=true;keyStoreType=JCEKS" -p pass123
{code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 6 months
[JBoss JIRA] (WFCORE-2620) Add ability to read computed runtime values of IO subsystem buffer-pool attributes
by Romain Pelisse (JIRA)
[ https://issues.jboss.org/browse/WFCORE-2620?page=com.atlassian.jira.plugi... ]
Romain Pelisse commented on WFCORE-2620:
----------------------------------------
I've reproduced the issue on the current master of Wildfly (core) so adding an upstream issue.
> Add ability to read computed runtime values of IO subsystem buffer-pool attributes
> ----------------------------------------------------------------------------------
>
> Key: WFCORE-2620
> URL: https://issues.jboss.org/browse/WFCORE-2620
> Project: WildFly Core
> Issue Type: Enhancement
> Affects Versions: 3.0.0.Beta13
> Reporter: Romain Pelisse
> Assignee: Romain Pelisse
> Original Estimate: 2 days
> Remaining Estimate: 2 days
>
> In IO subsystem there are some attributes which are calculated based on available system resources if not explicitly specified. These attributes are:
> * worker
> ** io-threads
> ** task-max-threads
> * buffer-pool
> ** buffer-size
> ** buffers-per-slice
> ** direct-buffers
> Currently these computed values are not visible for user in the subsystem configuration even with include-runtime=true.
> To show these runtime values would definitely improve UX.
> Worker attributes are covered by EAP7-616 .
> This issue is about buffer-pool attributes.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 6 months
[JBoss JIRA] (WFCORE-2620) Add ability to read computed runtime values of IO subsystem buffer-pool attributes
by Romain Pelisse (JIRA)
Romain Pelisse created WFCORE-2620:
--------------------------------------
Summary: Add ability to read computed runtime values of IO subsystem buffer-pool attributes
Key: WFCORE-2620
URL: https://issues.jboss.org/browse/WFCORE-2620
Project: WildFly Core
Issue Type: Enhancement
Affects Versions: 3.0.0.Beta13
Reporter: Romain Pelisse
Assignee: Romain Pelisse
In IO subsystem there are some attributes which are calculated based on available system resources if not explicitly specified. These attributes are:
* worker
** io-threads
** task-max-threads
* buffer-pool
** buffer-size
** buffers-per-slice
** direct-buffers
Currently these computed values are not visible for user in the subsystem configuration even with include-runtime=true.
To show these runtime values would definitely improve UX.
Worker attributes are covered by EAP7-616 .
This issue is about buffer-pool attributes.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 6 months
[JBoss JIRA] (WFCORE-2619) Unclear model description of core-pool-size attribute in IO subsystem
by Romain Pelisse (JIRA)
[ https://issues.jboss.org/browse/WFCORE-2619?page=com.atlassian.jira.plugi... ]
Romain Pelisse updated WFCORE-2619:
-----------------------------------
Description:
*/subsystem=io/worker=\*:read-attribute(name=core-pool-size)*
Current model description: "Core worker thread pool size"
Suggested improvement: "Minimum number of threads to keep in the underlying java.util.concurrent.ThreadPoolExecutor even if they are idle. Threads over this limit will be terminated over time specified by task-keepalive attribute."
was:
*/subsystem=io/worker=*:read-attribute(name=core-pool-size)*
Current model description: "Core worker thread pool size"
Suggested improvement: "Minimum number of threads to keep in the underlying java.util.concurrent.ThreadPoolExecutor even if they are idle. Threads over this limit will be terminated over time specified by task-keepalive attribute."
> Unclear model description of core-pool-size attribute in IO subsystem
> ---------------------------------------------------------------------
>
> Key: WFCORE-2619
> URL: https://issues.jboss.org/browse/WFCORE-2619
> Project: WildFly Core
> Issue Type: Bug
> Components: IO
> Affects Versions: 3.0.0.Beta12
> Reporter: Romain Pelisse
> Assignee: Romain Pelisse
> Priority: Minor
> Original Estimate: 1 week
> Remaining Estimate: 1 week
>
> */subsystem=io/worker=\*:read-attribute(name=core-pool-size)*
> Current model description: "Core worker thread pool size"
> Suggested improvement: "Minimum number of threads to keep in the underlying java.util.concurrent.ThreadPoolExecutor even if they are idle. Threads over this limit will be terminated over time specified by task-keepalive attribute."
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 6 months
[JBoss JIRA] (ELY-1027) CS tool, Parameter --salt requires --iteration and vice versa
by Hynek Švábek (JIRA)
[ https://issues.jboss.org/browse/ELY-1027?page=com.atlassian.jira.plugin.s... ]
Hynek Švábek updated ELY-1027:
------------------------------
Component/s: Credential Store
(was: Command-Line Tool)
> CS tool, Parameter --salt requires --iteration and vice versa
> -------------------------------------------------------------
>
> Key: ELY-1027
> URL: https://issues.jboss.org/browse/ELY-1027
> Project: WildFly Elytron
> Issue Type: Bug
> Components: Credential Store
> Reporter: Hynek Švábek
> Assignee: Ilia Vassilev
>
> If I use only one parameter from --salt or --iteration then this one is ignored and result password is in clear text.
> {code}
> java -jar wildfly-elytron-tool.jar credential-store --add myalias --secret supersecretpassword --location="test.store" --uri "cr-store://test?modifiable=true;create=true;keyStoreType=JCEKS" --password mycspassword --summary --salt="abcdefgh"
> {code}
> Result of this command is:
> {code}
> Alias "myalias" has been successfully stored
> Credential store command summary:
> --------------------------------------
> /subsystem=elytron/credential-store=test:add(uri="cr-store://test?modifiable=true;create=true;keyStoreType=JCEKS",relative-to=jboss.server.data.dir,credential-reference={clear-text="mycspassword"})
> {code}
> *There is expected error.*
> Please add there this constraint: parameter --salt requires --iteration and vice versa
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 6 months
[JBoss JIRA] (ELY-1047) CS tool, meaningless error msg when I create credential store storage file under OracleJDK and access to it under IBMJDK.
by Hynek Švábek (JIRA)
[ https://issues.jboss.org/browse/ELY-1047?page=com.atlassian.jira.plugin.s... ]
Hynek Švábek updated ELY-1047:
------------------------------
Component/s: Credential Store
(was: Command-Line Tool)
> CS tool, meaningless error msg when I create credential store storage file under OracleJDK and access to it under IBMJDK.
> -------------------------------------------------------------------------------------------------------------------------
>
> Key: ELY-1047
> URL: https://issues.jboss.org/browse/ELY-1047
> Project: WildFly Elytron
> Issue Type: Bug
> Components: Credential Store
> Reporter: Hynek Švábek
> Assignee: Ilia Vassilev
>
> When I create credential store storage file under OracleJDK or OpenJDK and then I want to access to it under IBMJDK I get meaningless error message about this.
> I expect some error message about that you must use to access same JDK as was used for creation storage file.
> *How to reproduce*
> Create credential store storage file with OracleJDK (or openJDK)
> {code}
> java -jar wildfly-elytron-tool.jar credential-store --add moje --secret asdfasdf --location="PATH/TO/store01.jceks" --uri "cr-store://store01.jceks?modifiable=true;create=true;keyStoreType=JCEKS" --password=pass123 --summary
> {code}
> Try to list aliases with IBMJDK
> {code}
> java -jar wildfly-elytron-tool.jar credential-store --aliases --location="/PATH/TO/store01.jceks" --uri "cr-store://store01.jceks?modifiable=true;create=true;keyStoreType=JCEKS" --password=pass123 --summary
> ELY09526: Unable to initialize credential store
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 6 months