[JBoss JIRA] (WFLY-6632) Unable to create replicated cache
by Vinay Lodha (JIRA)
[ https://issues.jboss.org/browse/WFLY-6632?page=com.atlassian.jira.plugin.... ]
Vinay Lodha edited comment on WFLY-6632 at 5/25/16 2:07 AM:
------------------------------------------------------------
Attached server config used to reproduce this issue and log file for step no 5
was (Author: vinay.lodha):
server config used to reproduce this issue
> Unable to create replicated cache
> ----------------------------------
>
> Key: WFLY-6632
> URL: https://issues.jboss.org/browse/WFLY-6632
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 9.0.2.Final
> Reporter: Vinay Lodha
> Assignee: Paul Ferraro
> Attachments: server.log, spring2-mvc-xml-hello-world-1.0-SNAPSHOT.war, spring2-mvc-xml.zip, standalone.xml
>
>
> servers is unable to create replicated or distributed infinispan cache,
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
7 years, 11 months
[JBoss JIRA] (WFLY-6632) Unable to create replicated cache
by Vinay Lodha (JIRA)
[ https://issues.jboss.org/browse/WFLY-6632?page=com.atlassian.jira.plugin.... ]
Vinay Lodha edited comment on WFLY-6632 at 5/25/16 2:06 AM:
------------------------------------------------------------
server config used to reproduce this issue
was (Author: vinay.lodha):
server config
> Unable to create replicated cache
> ----------------------------------
>
> Key: WFLY-6632
> URL: https://issues.jboss.org/browse/WFLY-6632
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 9.0.2.Final
> Reporter: Vinay Lodha
> Assignee: Paul Ferraro
> Attachments: server.log, spring2-mvc-xml-hello-world-1.0-SNAPSHOT.war, spring2-mvc-xml.zip, standalone.xml
>
>
> servers is unable to create replicated or distributed infinispan cache,
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
7 years, 11 months
[JBoss JIRA] (WFLY-6632) Unable to create replicated cache
by Vinay Lodha (JIRA)
[ https://issues.jboss.org/browse/WFLY-6632?page=com.atlassian.jira.plugin.... ]
Vinay Lodha commented on WFLY-6632:
-----------------------------------
Yeah they are only reference in web.xml, I think that is the only place it is reference right now. If it would help I can update code to use that cache. Please let me know and I can post updated code but personally I think that wont be part of this bug and result would be same.
Also Please find attached log for step 5 and standalone.xml, in standalone.xml I have not added JGroups declaration and using default one.
> Unable to create replicated cache
> ----------------------------------
>
> Key: WFLY-6632
> URL: https://issues.jboss.org/browse/WFLY-6632
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 9.0.2.Final
> Reporter: Vinay Lodha
> Assignee: Paul Ferraro
> Attachments: server.log, spring2-mvc-xml-hello-world-1.0-SNAPSHOT.war, spring2-mvc-xml.zip, standalone.xml
>
>
> servers is unable to create replicated or distributed infinispan cache,
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
7 years, 11 months
[JBoss JIRA] (DROOLS-1192) DialectUtil.normalizeRuleName() doesn't normalize multibyte rule names
by Toshiya Kobayashi (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1192?page=com.atlassian.jira.plugi... ]
Toshiya Kobayashi commented on DROOLS-1192:
-------------------------------------------
If the rule name contains a whitespace "rule （hello）", the name will be normalized because it matches NON_ALPHA_REGEX.
> DialectUtil.normalizeRuleName() doesn't normalize multibyte rule names
> ----------------------------------------------------------------------
>
> Key: DROOLS-1192
> URL: https://issues.jboss.org/browse/DROOLS-1192
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 6.4.0.Final
> Reporter: Toshiya Kobayashi
> Assignee: Mario Fusco
>
> Assuming you have a rule name "rule（hello）",
> {noformat}
> package com.sample
> rule "rule（hello）"
> when
> then
> end
> {noformat}
> Here, ' （' and '）' ... U+FF08 (FULLWIDTH LEFT PARENTHESIS) and U+FF09 (FULLWIDTH RIGHT PARENTHESIS) are not a Java identifier part. The rule fails to compile.
> {noformat}
> Rule Compilation error : [Rule name='rule（hello）']
> com/sample/Rule_rule（hello）0.java (3:84) : Syntax error on tokens, delete these tokens
> com/sample/Rule_rule（hello）0.java (3:97) : The public type Rule_rule must be defined in its own file
> com/sample/Rule_rule（hello）0.java (3:115) : Syntax error, insert "}" to complete Block
> com/sample/Rule_rule（hello）0.java (4:121) : Syntax error on tokens, delete these tokens
> com/sample/Rule_rule（hello）0.java (6:187) : Syntax error on token "void", @ expected
> com/sample/Rule_rule（hello）0.java (6:211) : Syntax error on token(s), misplaced construct(s)
> com/sample/Rule_rule（hello）0.java (6:238) : Syntax error on token "throws", @ expected
> com/sample/Rule_rule（hello）0.java (6:255) : Syntax error, insert "enum Identifier" to complete EnumHeader
> com/sample/Rule_rule（hello）0.java (11:332) : Syntax error on token "}", delete this token
> {noformat}
> But such a non-java identifier part should be normalized by org.drools.compiler.rule.builder.dialect.DialectUtil.normalizeRuleName() during the build. The problem is that DialectUtil.normalizeRuleName() misses to process the name because of NON_ALPHA_REGEX check. NON_ALPHA_REGEX doesn't take account into Unicode characters.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
7 years, 11 months
[JBoss JIRA] (DROOLS-1192) DialectUtil.normalizeRuleName() doesn't normalize multibyte rule names
by Toshiya Kobayashi (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1192?page=com.atlassian.jira.plugi... ]
Toshiya Kobayashi updated DROOLS-1192:
--------------------------------------
Description:
Assuming you have a rule name "rule（hello）",
{noformat}
package com.sample
rule "rule（hello）"
when
then
end
{noformat}
Here, ' （' and '）' ... U+FF08 (FULLWIDTH LEFT PARENTHESIS) and U+FF09 (FULLWIDTH RIGHT PARENTHESIS) are not a Java identifier part. The rule fails to compile.
{noformat}
Rule Compilation error : [Rule name='rule（hello）']
com/sample/Rule_rule（hello）0.java (3:84) : Syntax error on tokens, delete these tokens
com/sample/Rule_rule（hello）0.java (3:97) : The public type Rule_rule must be defined in its own file
com/sample/Rule_rule（hello）0.java (3:115) : Syntax error, insert "}" to complete Block
com/sample/Rule_rule（hello）0.java (4:121) : Syntax error on tokens, delete these tokens
com/sample/Rule_rule（hello）0.java (6:187) : Syntax error on token "void", @ expected
com/sample/Rule_rule（hello）0.java (6:211) : Syntax error on token(s), misplaced construct(s)
com/sample/Rule_rule（hello）0.java (6:238) : Syntax error on token "throws", @ expected
com/sample/Rule_rule（hello）0.java (6:255) : Syntax error, insert "enum Identifier" to complete EnumHeader
com/sample/Rule_rule（hello）0.java (11:332) : Syntax error on token "}", delete this token
{noformat}
But such a non-java identifier part should be normalized by org.drools.compiler.rule.builder.dialect.DialectUtil.normalizeRuleName() during the build. The problem is that DialectUtil.normalizeRuleName() misses to process the name because of NON_ALPHA_REGEX check. NON_ALPHA_REGEX doesn't take account into Unicode characters.
was:
Assuming you have a rule name "rule （hello）",
{noformat}
package com.sample
rule "rule（hello）"
when
then
end
{noformat}
Here, ' （' and '）' ... U+FF08 (FULLWIDTH LEFT PARENTHESIS) and U+FF09 (FULLWIDTH RIGHT PARENTHESIS) are not a Java identifier part. The rule fails to compile.
{noformat}
Rule Compilation error : [Rule name='rule（hello）']
com/sample/Rule_rule（hello）0.java (3:84) : Syntax error on tokens, delete these tokens
com/sample/Rule_rule（hello）0.java (3:97) : The public type Rule_rule must be defined in its own file
com/sample/Rule_rule（hello）0.java (3:115) : Syntax error, insert "}" to complete Block
com/sample/Rule_rule（hello）0.java (4:121) : Syntax error on tokens, delete these tokens
com/sample/Rule_rule（hello）0.java (6:187) : Syntax error on token "void", @ expected
com/sample/Rule_rule（hello）0.java (6:211) : Syntax error on token(s), misplaced construct(s)
com/sample/Rule_rule（hello）0.java (6:238) : Syntax error on token "throws", @ expected
com/sample/Rule_rule（hello）0.java (6:255) : Syntax error, insert "enum Identifier" to complete EnumHeader
com/sample/Rule_rule（hello）0.java (11:332) : Syntax error on token "}", delete this token
{noformat}
But such a non-java identifier part should be normalized by org.drools.compiler.rule.builder.dialect.DialectUtil.normalizeRuleName() during the build. The problem is that DialectUtil.normalizeRuleName() misses to process the name because of NON_ALPHA_REGEX check. NON_ALPHA_REGEX doesn't take account into Unicode characters.
> DialectUtil.normalizeRuleName() doesn't normalize multibyte rule names
> ----------------------------------------------------------------------
>
> Key: DROOLS-1192
> URL: https://issues.jboss.org/browse/DROOLS-1192
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 6.4.0.Final
> Reporter: Toshiya Kobayashi
> Assignee: Mario Fusco
>
> Assuming you have a rule name "rule（hello）",
> {noformat}
> package com.sample
> rule "rule（hello）"
> when
> then
> end
> {noformat}
> Here, ' （' and '）' ... U+FF08 (FULLWIDTH LEFT PARENTHESIS) and U+FF09 (FULLWIDTH RIGHT PARENTHESIS) are not a Java identifier part. The rule fails to compile.
> {noformat}
> Rule Compilation error : [Rule name='rule（hello）']
> com/sample/Rule_rule（hello）0.java (3:84) : Syntax error on tokens, delete these tokens
> com/sample/Rule_rule（hello）0.java (3:97) : The public type Rule_rule must be defined in its own file
> com/sample/Rule_rule（hello）0.java (3:115) : Syntax error, insert "}" to complete Block
> com/sample/Rule_rule（hello）0.java (4:121) : Syntax error on tokens, delete these tokens
> com/sample/Rule_rule（hello）0.java (6:187) : Syntax error on token "void", @ expected
> com/sample/Rule_rule（hello）0.java (6:211) : Syntax error on token(s), misplaced construct(s)
> com/sample/Rule_rule（hello）0.java (6:238) : Syntax error on token "throws", @ expected
> com/sample/Rule_rule（hello）0.java (6:255) : Syntax error, insert "enum Identifier" to complete EnumHeader
> com/sample/Rule_rule（hello）0.java (11:332) : Syntax error on token "}", delete this token
> {noformat}
> But such a non-java identifier part should be normalized by org.drools.compiler.rule.builder.dialect.DialectUtil.normalizeRuleName() during the build. The problem is that DialectUtil.normalizeRuleName() misses to process the name because of NON_ALPHA_REGEX check. NON_ALPHA_REGEX doesn't take account into Unicode characters.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
7 years, 11 months
[JBoss JIRA] (DROOLS-1192) DialectUtil.normalizeRuleName() doesn't normalize multibyte rule names
by Toshiya Kobayashi (JIRA)
Toshiya Kobayashi created DROOLS-1192:
-----------------------------------------
Summary: DialectUtil.normalizeRuleName() doesn't normalize multibyte rule names
Key: DROOLS-1192
URL: https://issues.jboss.org/browse/DROOLS-1192
Project: Drools
Issue Type: Bug
Components: core engine
Affects Versions: 6.4.0.Final
Reporter: Toshiya Kobayashi
Assignee: Mario Fusco
Assuming you have a rule name "rule （hello）",
{noformat}
package com.sample
rule "rule（hello）"
when
then
end
{noformat}
Here, ' （' and '）' ... U+FF08 (FULLWIDTH LEFT PARENTHESIS) and U+FF09 (FULLWIDTH RIGHT PARENTHESIS) are not a Java identifier part. The rule fails to compile.
{noformat}
Rule Compilation error : [Rule name='rule（hello）']
com/sample/Rule_rule（hello）0.java (3:84) : Syntax error on tokens, delete these tokens
com/sample/Rule_rule（hello）0.java (3:97) : The public type Rule_rule must be defined in its own file
com/sample/Rule_rule（hello）0.java (3:115) : Syntax error, insert "}" to complete Block
com/sample/Rule_rule（hello）0.java (4:121) : Syntax error on tokens, delete these tokens
com/sample/Rule_rule（hello）0.java (6:187) : Syntax error on token "void", @ expected
com/sample/Rule_rule（hello）0.java (6:211) : Syntax error on token(s), misplaced construct(s)
com/sample/Rule_rule（hello）0.java (6:238) : Syntax error on token "throws", @ expected
com/sample/Rule_rule（hello）0.java (6:255) : Syntax error, insert "enum Identifier" to complete EnumHeader
com/sample/Rule_rule（hello）0.java (11:332) : Syntax error on token "}", delete this token
{noformat}
But such a non-java identifier part should be normalized by org.drools.compiler.rule.builder.dialect.DialectUtil.normalizeRuleName() during the build. The problem is that DialectUtil.normalizeRuleName() misses to process the name because of NON_ALPHA_REGEX check. NON_ALPHA_REGEX doesn't take account into Unicode characters.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
7 years, 11 months
[JBoss JIRA] (WFLY-6649) Io subsystem worker pool threads cannot die even if task-keepalive is specified
by Mathieu Lachance (JIRA)
Mathieu Lachance created WFLY-6649:
--------------------------------------
Summary: Io subsystem worker pool threads cannot die even if task-keepalive is specified
Key: WFLY-6649
URL: https://issues.jboss.org/browse/WFLY-6649
Project: WildFly
Issue Type: Bug
Components: IO
Affects Versions: 10.0.0.Final
Reporter: Mathieu Lachance
Assignee: Jason Greene
The Wildlfy io subsystem should allow to set thread keep alive time as documented in wildfly_io_1.1.xsd:
{code}
<xs:attribute name="task-keepalive" type="xs:int" default="60"/>
{code}
Though when you have a look at the XNIO implementation i.e. https://github.com/xnio/xnio/blob/f1bd055381436683789c7e69a3f6455b7141ad2...:
{code}
taskPool = new TaskPool(
threadCount, // ignore core threads setting, always fill to max
threadCount,
optionMap.get(Options.WORKER_TASK_KEEPALIVE, 60000), TimeUnit.MILLISECONDS,
taskQueue,
new WorkerThreadFactory(threadGroup, optionMap, markThreadAsDaemon),
new ThreadPoolExecutor.AbortPolicy());
final class TaskPool extends ThreadPoolExecutor {
TaskPool(final int corePoolSize, final int maximumPoolSize, final long keepAliveTime, final TimeUnit unit, final BlockingQueue<Runnable> workQueue, final ThreadFactory threadFactory, final RejectedExecutionHandler handler) {
super(corePoolSize, maximumPoolSize, keepAliveTime, unit, workQueue, threadFactory, handler);
}
protected void terminated() {
taskPoolTerminated();
}
}
{code}
The created TaskPool/ThreadPoolExecutor will have both the core and max thread size equals. By setting them both equals, means that if ThreadPoolExecutor#allowCoreThreadTimeOut is not true, no thread will ever be able to die even if there's a keepAliveTime set.
I think previously there's was a setting to set the actual amount of "core" thread pool but I think it was removed in Wildfly 9. But from an outsider, it is not really clear reading the code that this is really the case.
That said, I think having either that setting back or setting the "allowCoreThreadTimeOut" set to true will fix the issue.
Not letting thread die:
# is a "waste" of resource
# can lead to some ThreadLocal grows out of proportions (even if bad practice)
Also, the documentation should be more precise to specify the time unit that will be used when configuring the keep alive time; from what I understand, it should state milliseconds.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
7 years, 11 months
[JBoss JIRA] (DROOLS-1191) [please ignore] ticket cloning test
by Edson Tirelli (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1191?page=com.atlassian.jira.plugi... ]
Edson Tirelli moved to :
-----------------------------
> [please ignore] ticket cloning test
> -----------------------------------
>
> Key: DROOLS-1191
> URL: https://issues.jboss.org/browse/DROOLS-1191
> Project: Drools
> Issue Type: Bug
> Environment: All All
> Reporter: Kirill Gaevskii
> Assignee: Jeremy Lindop
> Priority: Blocker
> Labels: i18n
> Original Estimate: 0 minutes
> Remaining Estimate: 0 minutes
>
> Description of problem:
> If you have i18n process name it will be garbled in Simulation tab. See attachment.
> Version-Release number of selected component (if applicable):
> 6.3.0.CR2
> How reproducible:
> always
> Steps to Reproduce:
> 1. Open attached Business Process
> 2. Start Process Simulation
> Actual results:
> Process name is garbled. See attached screenshot.
> Expected results:
> Name will be displayed i18n without any problem.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
7 years, 11 months
[JBoss JIRA] (DROOLS-1191) [please ignore] ticket cloning test
by Edson Tirelli (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1191?page=com.atlassian.jira.plugi... ]
Edson Tirelli deleted DROOLS-1191:
----------------------------------
> [please ignore] ticket cloning test
> -----------------------------------
>
> Key: DROOLS-1191
> URL: https://issues.jboss.org/browse/DROOLS-1191
> Project: Drools
> Issue Type: Bug
> Environment: All All
> Reporter: Kirill Gaevskii
> Assignee: Jeremy Lindop
> Priority: Blocker
> Labels: i18n
> Original Estimate: 0 minutes
> Remaining Estimate: 0 minutes
>
> Description of problem:
> If you have i18n process name it will be garbled in Simulation tab. See attachment.
> Version-Release number of selected component (if applicable):
> 6.3.0.CR2
> How reproducible:
> always
> Steps to Reproduce:
> 1. Open attached Business Process
> 2. Start Process Simulation
> Actual results:
> Process name is garbled. See attached screenshot.
> Expected results:
> Name will be displayed i18n without any problem.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
7 years, 11 months