January 2020 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-4974) Introduce KafkaStream API into HACep

by Massimiliano Dessi (Jira)

[ https://issues.redhat.com/browse/DROOLS-4974?page=com.atlassian.jira.plug... ] Massimiliano Dessi updated DROOLS-4974: --------------------------------------- Sprint: 2020 Week 04-06 (from Jan 20) (was: 2020 Week 07-09 (from Feb 10)) > Introduce KafkaStream API into HACep > ------------------------------------ > > Key: DROOLS-4974 > URL: https://issues.redhat.com/browse/DROOLS-4974 > Project: Drools > Issue Type: Feature Request > Reporter: Massimiliano Dessi > Assignee: Massimiliano Dessi > Priority: Major > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (JGRP-1860) Custom classloader in RpcDispatcher

by Bela Ban (Jira)

[ https://issues.redhat.com/browse/JGRP-1860?page=com.atlassian.jira.plugin... ] Bela Ban commented on JGRP-1860: -------------------------------- Are you using JGroups directly? It shouldn't be difficult to port your app from 3.6 to 4.x. {{Marshaller}} was moved out of {{RpcDispatcher}} into its own interface. {{UUID}} may not be backwards-compatible, but it should be trivial to change your subclass... Note that running 3.6 and 4.x instances in the same cluster is not supported. You have to resort to an external package to make this happen: [1]. [1] https://github.com/jgroups-extras/RollingUpgrades > Custom classloader in RpcDispatcher > ----------------------------------- > > Key: JGRP-1860 > URL: https://issues.redhat.com/browse/JGRP-1860 > Project: JGroups > Issue Type: Feature Request > Affects Versions: 3.2.13 > Reporter: Dennis Reed > Assignee: Bela Ban > Priority: Major > Fix For: 3.4.5, 3.5 > > > RpcDispatcher is hard-coded to use JGroups' classloader when marshalling the users's custom objects over RPC. > RpcDispatcher uses Util.objectFromByteBuffer to unmarshall, which uses an ObjectInputStream. ObjectInputStream uses the classloader of its caller's class (Util). > RpcDispatcher does allow a custom marshaller to be used (implementing RpcDispatcher.Marshaller), but since Util.objectFromByteBuffer hard-codes the use of ObjectInputStream, a custom marshaller cannot simply set the classloader and then delegate back to the default JGroups code. > Util.objectFromBuffer should be enhanced to use a custom ObjectInputStream implementation that overrides resolveClass to use a custom classloader, and an API should be added to RpcDispatcher to pass in the classloader to use. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13016) Windows default install of wildfly as a service starts the service in an inconsistent directory JBOSS_HOME/bin

by Wild Fly (Jira)

Wild Fly created WFLY-13016: ------------------------------- Summary: Windows default install of wildfly as a service starts the service in an inconsistent directory JBOSS_HOME/bin Key: WFLY-13016 URL: https://issues.redhat.com/browse/WFLY-13016 Project: WildFly Issue Type: Enhancement Components: Build System, Server Affects Versions: 10.0.0.Final Reporter: Wild Fly Assignee: Brian Stansberry Hi there, Thanks for the amazing work on Wildfly so far! I just ran into some configuration issue where I had to migrate a windows jboss server install to a linux one, with the files included at the root of the server working directory (java "user.dir" property). The issue I had was that my linux wildfly server was not finding my files in its working directory although they were exactly at the same location relative to JBOSS_HOME and my code was not using absolute path. After some research concerning the install scripts, I found that when installing wildfly as a service (ie. in background), each script (common.ps1, wildfly-init*.sh or service.bat) was specifying the working folder for that service. And the issue is that it is not consistent across all scripts... well, in fact it is almost consistent, except for the .bat script which starts the service in JBOSS_HOME/bin as its working directory whereas the others scripts starts the service in JBOSS_HOME as its working directory. I already located the bug at https://github.com/wildfly/wildfly-core/blob/master/core-feature-pack/src... (the others two configurations are here : https://github.com/wildfly/wildfly-core/blob/master/core-feature-pack/src... and there : https://github.com/wildfly/wildfly-core/blob/master/core-feature-pack/src... ) Thanks for taking this remark into account for enhanced cross-platform configuration! -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4980) Parameter content type in swagger doc for /server/containers/{containerId}/scesim is application/json

by Anna Dupliak (Jira)

[ https://issues.redhat.com/browse/DROOLS-4980?page=com.atlassian.jira.plug... ] Anna Dupliak updated DROOLS-4980: --------------------------------- Priority: Trivial (was: Minor) > Parameter content type in swagger doc for /server/containers/{containerId}/scesim is application/json > ----------------------------------------------------------------------------------------------------- > > Key: DROOLS-4980 > URL: https://issues.redhat.com/browse/DROOLS-4980 > Project: Drools > Issue Type: Bug > Components: Scenario Simulation and Testing > Affects Versions: 7.33.0.Final > Reporter: Anna Dupliak > Assignee: Daniele Zonca > Priority: Trivial > Labels: swagger > Attachments: image-2020-01-27-10-09-23-636.png > > > Parameter content type in swagger doc for */server/containers/{containerId}/scesim* is only *application/json* but the expected body content that is *application/xml* > !image-2020-01-27-10-09-23-636.png|thumbnail! -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4980) Parameter content type in swagger doc for /server/containers/{containerId}/scesim is application/json

by Anna Dupliak (Jira)

Anna Dupliak created DROOLS-4980: ------------------------------------ Summary: Parameter content type in swagger doc for /server/containers/{containerId}/scesim is application/json Key: DROOLS-4980 URL: https://issues.redhat.com/browse/DROOLS-4980 Project: Drools Issue Type: Bug Components: Scenario Simulation and Testing Affects Versions: 7.33.0.Final Reporter: Anna Dupliak Assignee: Daniele Zonca Attachments: image-2020-01-27-10-09-23-636.png Parameter content type in swagger doc for */server/containers/{containerId}/scesim* is only *application/json* but the expected body content that is *application/xml* !image-2020-01-27-10-09-23-636.png|thumbnail! -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4979) Support static method invocation in accumulate

by Luca Molteni (Jira)

Luca Molteni created DROOLS-4979: ------------------------------------ Summary: Support static method invocation in accumulate Key: DROOLS-4979 URL: https://issues.redhat.com/browse/DROOLS-4979 Project: Drools Issue Type: Bug Reporter: Luca Molteni Assignee: Mario Fusco {code:java} @Test public void testAccumulateOfDurationBetweenDateTime() { final String drl = "import java.time.Duration\n" + "import " + Interval.class.getCanonicalName() + ";\n" + "global java.util.List result; \n" + "\n" + "rule \"Rule1\"\n" + "when\n" + " $count : Number() from accumulate(\n" + " Interval($start : start, $end : end), " + " sum(Duration.between($start, $end).toMinutes()) " + " ) " + "then\n" + " result.add($count);\n" + "end\n"; List<Long> result = new ArrayList<>(); KieSession ksession = getKieSession(drl); ksession.setGlobal("result", result); ksession.insert(new Interval( LocalDateTime.of(2020, 1, 22, 11, 43), LocalDateTime.of(2020, 1, 22, 12, 43) )); ksession.fireAllRules(); assertEquals(60, result.iterator().next().longValue()); } {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-1057) Update pr jobs to use upstream-istio-pipeline

by Filip Brychta (Jira)

Filip Brychta created SWSQE-1057: ------------------------------------ Summary: Update pr jobs to use upstream-istio-pipeline Key: SWSQE-1057 URL: https://issues.redhat.com/browse/SWSQE-1057 Project: Kiali QE Issue Type: QE Task Reporter: Filip Brychta Assignee: Filip Brychta PR jobs are running upstream-pipeline job which is using downstream maistra builds. We need to use upstream-istio-pipeline for PRs targeting master branch. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ELYWEB-91) Upgrade WildFly Elytron to 1.11.1.Final

by Darran Lofthouse (Jira)

Darran Lofthouse created ELYWEB-91: -------------------------------------- Summary: Upgrade WildFly Elytron to 1.11.1.Final Key: ELYWEB-91 URL: https://issues.redhat.com/browse/ELYWEB-91 Project: Elytron Web Issue Type: Component Upgrade Components: Parent Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 1.7.1.CR1 -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ELY-1926) Move wildfly-elytron-password-impl dependency in client from test scope to compile scope

by Diana Vilkolakova (Jira)

Diana Vilkolakova created ELY-1926: -------------------------------------- Summary: Move wildfly-elytron-password-impl dependency in client from test scope to compile scope Key: ELY-1926 URL: https://issues.redhat.com/browse/ELY-1926 Project: WildFly Elytron Issue Type: Bug Reporter: Diana Vilkolakova Assignee: Diana Vilkolakova When using WebServicesClientConfigProviderImpl class from wildfly-elytron-client exception is thrown: class configured for PasswordFactory (provider: WildFlyElytronPasswordProvider) cannot be found. org.wildfly.security.password.impl.PasswordFactorySpiImpl This issue is to fix this. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4978) Improve test coverage for PMML integration

by Jiri Petrlik (Jira)

Jiri Petrlik created DROOLS-4978: ------------------------------------ Summary: Improve test coverage for PMML integration Key: DROOLS-4978 URL: https://issues.redhat.com/browse/DROOLS-4978 Project: Drools Issue Type: Task Components: core engine Affects Versions: 7.33.0.Final Reporter: Jiri Petrlik Assignee: Jiri Petrlik Fix For: 7.33.0.Final Improve test coverage by testing more machine learning models: * Naive Bayes * Neural networks * k-Nearest Neighbors -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira January 2020