May 2018 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFWIP-2) Disable https://github.com/overbaard/overbaard-redux/issues

by Kabir Khan (JIRA)

[ https://issues.jboss.org/browse/WFWIP-2?page=com.atlassian.jira.plugin.sy... ] Kabir Khan reopened WFWIP-2: ---------------------------- > Disable https://github.com/overbaard/overbaard-redux/issues > ----------------------------------------------------------- > > Key: WFWIP-2 > URL: https://issues.jboss.org/browse/WFWIP-2 > Project: WildFly WIP > Issue Type: Task > Components: Overbård > Reporter: Rostislav Svoboda > Assignee: Kabir Khan > > Disable https://github.com/overbaard/overbaard-redux/issues -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFWIP-3) Enhance Search to support OR for parallel tasks

by Kabir Khan (JIRA)

[ https://issues.jboss.org/browse/WFWIP-3?page=com.atlassian.jira.plugin.sy... ] Kabir Khan closed WFWIP-3. -------------------------- Resolution: Rejected Can you move this one to https://github.com/overbaard/overbaard/issues? I'd do it myself but don't see a way to override the reporter > Enhance Search to support OR for parallel tasks > ----------------------------------------------- > > Key: WFWIP-3 > URL: https://issues.jboss.org/browse/WFWIP-3 > Project: WildFly WIP > Issue Type: Feature Request > Components: Overbård > Reporter: Rostislav Svoboda > Assignee: Kabir Khan > > Enhance Search to support OR for parallel tasks > My motivation for this to find all Items which have incomplete Test Dev or incomplete Pre-Check. I don't want to check 2 queries, I'd love to have just one. > Currently only AND notion is supported > *Test Dev (TD)* > (/) TODO > (/) In Progress > (/) Review > (x) Done > *Pre-Checked (PC)* > (/) TODO > (/) In Progress > (x) Done > Some items can have TD done and not PC done, some Items can have PC done manually and just TD is stuck. This is the use case for OR notion in search. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFWIP-2) Disable https://github.com/overbaard/overbaard-redux/issues

by Kabir Khan (JIRA)

[ https://issues.jboss.org/browse/WFWIP-2?page=com.atlassian.jira.plugin.sy... ] Kabir Khan closed WFWIP-2. -------------------------- Resolution: Done I have decided to use https://github.com/overbaard/overbaard/issues instead. I know, I know :) > Disable https://github.com/overbaard/overbaard-redux/issues > ----------------------------------------------------------- > > Key: WFWIP-2 > URL: https://issues.jboss.org/browse/WFWIP-2 > Project: WildFly WIP > Issue Type: Task > Components: Overbård > Reporter: Rostislav Svoboda > Assignee: Kabir Khan > > Disable https://github.com/overbaard/overbaard-redux/issues -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFWIP-1) Migrate issues / tasks from https://github.com/overbaard/overbaard-redux/issues

by Kabir Khan (JIRA)

[ https://issues.jboss.org/browse/WFWIP-1?page=com.atlassian.jira.plugin.sy... ] Kabir Khan closed WFWIP-1. -------------------------- Resolution: Rejected I have decided to use https://github.com/overbaard/overbaard/issues instead. I know, I know :) > Migrate issues / tasks from https://github.com/overbaard/overbaard-redux/issues > ------------------------------------------------------------------------------- > > Key: WFWIP-1 > URL: https://issues.jboss.org/browse/WFWIP-1 > Project: WildFly WIP > Issue Type: Task > Components: Overbård > Reporter: Rostislav Svoboda > Assignee: Kabir Khan > > Migrate issues / tasks from https://github.com/overbaard/overbaard-redux/issues > Also relevant items from https://github.com/jirban/jirban-jira/issues should be transferred too. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2515) Executable model isn't generated correctly for from clause in the form func(x)

by Mario Fusco (JIRA)

Mario Fusco created DROOLS-2515: ----------------------------------- Summary: Executable model isn't generated correctly for from clause in the form func(x) Key: DROOLS-2515 URL: https://issues.jboss.org/browse/DROOLS-2515 Project: Drools Issue Type: Bug Components: core engine Reporter: Mario Fusco Assignee: Luca Molteni Executable model is generated correctly when the from clause is in the form x.func() but not when it is func( x ). See the reproducer below {code} public static Integer getLength(String s) { return s.length(); } @Test public void testFromExternalFunction() { final String str = "import " + FromTest.class.getCanonicalName() + ";\n" + "global java.util.List list\n" + "\n" + "rule R when\n" + " $s : String()\n" + " $i : Integer( this > 10 ) from FromTest.getLength($s)\n" + "then\n" + " list.add( \"received long message: \" + $s);\n" + "end\n"; KieSession ksession = getKieSession( str ); final List<String> list = new ArrayList<>(); ksession.setGlobal( "list", list ); ksession.insert("Hello World!"); ksession.fireAllRules(); Assertions.assertThat(list).containsExactlyInAnyOrder("received long message: Hello World!"); } {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2509) Executable model isn't generated correctly for from clause in the form func(x)

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2509?page=com.atlassian.jira.plugi... ] Mario Fusco resolved DROOLS-2509. --------------------------------- Resolution: Done Fixed by https://github.com/kiegroup/drools/commit/1b1e8efbb8f384f31e8a573dec058ec... > Executable model isn't generated correctly for from clause in the form func(x) > ------------------------------------------------------------------------------ > > Key: DROOLS-2509 > URL: https://issues.jboss.org/browse/DROOLS-2509 > Project: Drools > Issue Type: Bug > Components: core engine > Reporter: Mario Fusco > Assignee: Luca Molteni > > Executable model is generated correctly when the from clause is in the form x.func() but not when it is func( x ). See the reproducer below > {code} > public static Integer getLength(String s) { > return s.length(); > } > @Test > public void testFromExternalFunction() { > final String str = > "import " + FromTest.class.getCanonicalName() + ";\n" + > "global java.util.List list\n" + > "\n" + > "rule R when\n" + > " $s : String()\n" + > " $i : Integer( this > 10 ) from FromTest.getLength($s)\n" + > "then\n" + > " list.add( \"received long message: \" + $s);\n" + > "end\n"; > KieSession ksession = getKieSession( str ); > final List<String> list = new ArrayList<>(); > ksession.setGlobal( "list", list ); > ksession.insert("Hello World!"); > ksession.fireAllRules(); > Assertions.assertThat(list).containsExactlyInAnyOrder("received long message: Hello World!"); > } > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2514) Concurrent modification when initialising packages in KnowledgeBuilderImpl

by Max Zerzouri (JIRA)

Max Zerzouri created DROOLS-2514: ------------------------------------ Summary: Concurrent modification when initialising packages in KnowledgeBuilderImpl Key: DROOLS-2514 URL: https://issues.jboss.org/browse/DROOLS-2514 Project: Drools Issue Type: Bug Components: core engine Affects Versions: 7.7.0.Final, 7.3.0.Final, 7.2.0.Final Reporter: Max Zerzouri Assignee: Mario Fusco Attachments: Main.java, main.drl When parallel compilation is enabled, common structures are modified concurrently by {{KnowledgeBuilderImpl.initPackage}}, resulting in the following stack trace in Java 9/10. {code:java} Exception in thread "main" java.util.ConcurrentModificationException: java.util.ConcurrentModificationException at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:488) at java.base/java.util.concurrent.ForkJoinTask.getThrowableException(ForkJoinTask.java:600) at java.base/java.util.concurrent.ForkJoinTask.reportException(ForkJoinTask.java:678) at java.base/java.util.concurrent.ForkJoinTask.invoke(ForkJoinTask.java:737) at java.base/java.util.stream.ForEachOps$ForEachOp.evaluateParallel(ForEachOps.java:159) at java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateParallel(ForEachOps.java:173) at java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:233) at java.base/java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:497) at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.compileRulesLevel(KnowledgeBuilderImpl.java:1238) at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.compileRules(KnowledgeBuilderImpl.java:1218) at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.compileKnowledgePackages(KnowledgeBuilderImpl.java:1056) at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.addPackage(KnowledgeBuilderImpl.java:1047) at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.addPackageFromDrl(KnowledgeBuilderImpl.java:553) at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.addKnowledgeResource(KnowledgeBuilderImpl.java:773) at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.add(KnowledgeBuilderImpl.java:2360) at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.add(KnowledgeBuilderImpl.java:2349) at Main.attempt(Main.java:48) at Main.main(Main.java:29) Caused by: java.util.ConcurrentModificationException at java.base/java.util.HashMap.computeIfAbsent(HashMap.java:1139) at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.initPackage(KnowledgeBuilderImpl.java:1146) at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.createPackageRegistry(KnowledgeBuilderImpl.java:1109) at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.lambda$getOrCreatePackageRegistry$0(KnowledgeBuilderImpl.java:1105) at java.base/java.util.concurrent.ConcurrentHashMap.computeIfAbsent(ConcurrentHashMap.java:1751) at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.getOrCreatePackageRegistry(KnowledgeBuilderImpl.java:1105) at org.drools.compiler.builder.impl.TypeDeclarationCache.createTypeDeclarationForBean(TypeDeclarationCache.java:262) at org.drools.compiler.builder.impl.TypeDeclarationCache.getAndRegisterTypeDeclaration(TypeDeclarationCache.java:90) at org.drools.compiler.builder.impl.TypeDeclarationBuilder.getAndRegisterTypeDeclaration(TypeDeclarationBuilder.java:69) at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.getAndRegisterTypeDeclaration(KnowledgeBuilderImpl.java:1860) at org.drools.compiler.rule.builder.PatternBuilder.processClassObjectType(PatternBuilder.java:305) at org.drools.compiler.rule.builder.PatternBuilder.build(PatternBuilder.java:181) at org.drools.compiler.rule.builder.PatternBuilder.build(PatternBuilder.java:151) at org.drools.compiler.rule.builder.PatternBuilder.build(PatternBuilder.java:133) at org.drools.compiler.rule.builder.GroupElementBuilder.build(GroupElementBuilder.java:66) at org.drools.compiler.rule.builder.RuleBuilder.build(RuleBuilder.java:105) at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.addRule(KnowledgeBuilderImpl.java:1281) at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.lambda$compileRulesLevel$3(KnowledgeBuilderImpl.java:1242) at java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:183) at java.base/java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:177) at java.base/java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1492) at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:484) at java.base/java.util.stream.ForEachOps$ForEachTask.compute(ForEachOps.java:290) at java.base/java.util.concurrent.CountedCompleter.exec(CountedCompleter.java:746) at java.base/java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:290) at java.base/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1603) at java.base/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:177) {code} Looking at the code, it looks like additional concurrency-unsafe modifications are performed, since it accesses the mentioned {{HashMap}} to get a shared {{LinkedList}} which it then modifies. Note that the stack trace above is obtained on Java 9/10, as JDK9 added the extra check to {{HashMap.computeIfAbsent}}, but the code relies on race conditions in any JDK version. Attached a sample Java class source that can trigger the stack trace reliably on my machine (using OpenJDK 10)—should hopefully be reproducible using JDK9/JDK10 as long as the common ForkJoinPool has more than 1 thread. Also attached a "drl" file with the rules generated by the sample class (not needed when testing, as the contents are generated by the sample class). -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2252) Allow passing arguments when using custom IP address supplier

by Sebastian Łaskawiec (JIRA)

[ https://issues.jboss.org/browse/JGRP-2252?page=com.atlassian.jira.plugin.... ] Sebastian Łaskawiec closed JGRP-2252. ------------------------------------- Resolution: Rejected > Allow passing arguments when using custom IP address supplier > ------------------------------------------------------------- > > Key: JGRP-2252 > URL: https://issues.jboss.org/browse/JGRP-2252 > Project: JGroups > Issue Type: Task > Affects Versions: 4.0.10 > Environment: Kubernetes and OpenShift > Reporter: Sebastian Łaskawiec > Assignee: Sebastian Łaskawiec > Fix For: 4.0.12 > > > When investigating x-site replication for one of more public clouds, we discover that it would be useful to have a Custom IP supplier that allows passing arguments into the supplier instance. > An example could look like the following: {{external_addr="custom:org.bla.Blah;args:LoadBalancerServiceName"}} > One might use the following demo for testing: https://github.com/infinispan-demos/JDG-x-site-replication-demo -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2252) Allow passing arguments when using custom IP address supplier

by Sebastian Łaskawiec (JIRA)

[ https://issues.jboss.org/browse/JGRP-2252?page=com.atlassian.jira.plugin.... ] Sebastian Łaskawiec commented on JGRP-2252: ------------------------------------------- After looking a bit more into the code, I think you are right. Once you write a custom handler, you can read whatever variable you want. Closing.. > Allow passing arguments when using custom IP address supplier > ------------------------------------------------------------- > > Key: JGRP-2252 > URL: https://issues.jboss.org/browse/JGRP-2252 > Project: JGroups > Issue Type: Task > Affects Versions: 4.0.10 > Environment: Kubernetes and OpenShift > Reporter: Sebastian Łaskawiec > Assignee: Sebastian Łaskawiec > Fix For: 4.0.12 > > > When investigating x-site replication for one of more public clouds, we discover that it would be useful to have a Custom IP supplier that allows passing arguments into the supplier instance. > An example could look like the following: {{external_addr="custom:org.bla.Blah;args:LoadBalancerServiceName"}} > One might use the following demo for testing: https://github.com/infinispan-demos/JDG-x-site-replication-demo -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2252) Allow passing arguments when using custom IP address supplier

by Sebastian Łaskawiec (JIRA)

[ https://issues.jboss.org/browse/JGRP-2252?page=com.atlassian.jira.plugin.... ] Sebastian Łaskawiec commented on JGRP-2252: ------------------------------------------- Yes and no. No, since Kubernetes doesn't publish the address of an external load balancer to the Pod. So there is no way for the Pod to find out to which name is needs to bind. Yes, since you always can write a custom script, that will create a Load Balancer, read it's external address and create a Secret based on it. This is a kind of approach we used in [x-site replication demo|https://github.com/infinispan-demos/JDG-x-site-replication-demo/blob...]. > Allow passing arguments when using custom IP address supplier > ------------------------------------------------------------- > > Key: JGRP-2252 > URL: https://issues.jboss.org/browse/JGRP-2252 > Project: JGroups > Issue Type: Task > Affects Versions: 4.0.10 > Environment: Kubernetes and OpenShift > Reporter: Sebastian Łaskawiec > Assignee: Sebastian Łaskawiec > Fix For: 4.0.12 > > > When investigating x-site replication for one of more public clouds, we discover that it would be useful to have a Custom IP supplier that allows passing arguments into the supplier instance. > An example could look like the following: {{external_addr="custom:org.bla.Blah;args:LoadBalancerServiceName"}} > One might use the following demo for testing: https://github.com/infinispan-demos/JDG-x-site-replication-demo -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 8 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira May 2018