July 2019 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-4303) Provides a EventConsumer suitable for tests without kafka

by Mario Fusco (Jira)

[ https://issues.jboss.org/browse/DROOLS-4303?page=com.atlassian.jira.plugi... ] Mario Fusco reassigned DROOLS-4303: ----------------------------------- Assignee: Mario Fusco (was: Massimiliano Dessi) > Provides a EventConsumer suitable for tests without kafka > --------------------------------------------------------- > > Key: DROOLS-4303 > URL: https://issues.jboss.org/browse/DROOLS-4303 > Project: Drools > Issue Type: Task > Reporter: Massimiliano Dessi > Assignee: Mario Fusco > Priority: Major > Labels: HADrools > > Develop a pluggable queue that could replace the Kafka based implementation especially when testing the HA implementation locally. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4314) [DMN Designer] Rename 1.1 package to a generic name (since it covers DMN 1.2 too)

by Jozef Marko (Jira)

[ https://issues.jboss.org/browse/DROOLS-4314?page=com.atlassian.jira.plugi... ] Jozef Marko updated DROOLS-4314: -------------------------------- Description: h3. Acceptance test - Build the kie-wb-common - Build the kie-wb-distributions/business-central-parent/business-central-webapp - Deploy the obtained war on eap - Create new project, create new DMN asset, create some nodes in this asset, build the project - Try to import and open [^Vacation Day Count - Solution 1.dmn] that comes from external DMN modeler was: h3. Acceptance test - Build the kie-wb-common - Build the kie-wb-distributions/business-central-parent/business-central-webapp - Deploy the obtained war on eap - Create new project, create new DMN asset, create some nodes in this asset, build the project - Try to open > [DMN Designer] Rename 1.1 package to a generic name (since it covers DMN 1.2 too) > --------------------------------------------------------------------------------- > > Key: DROOLS-4314 > URL: https://issues.jboss.org/browse/DROOLS-4314 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Reporter: Guilherme Gomes > Assignee: Guilherme Gomes > Priority: Major > Labels: drools-tools > Attachments: Vacation Day Count - Solution 1.dmn > > > h3. Acceptance test > - Build the kie-wb-common > - Build the kie-wb-distributions/business-central-parent/business-central-webapp > - Deploy the obtained war on eap > - Create new project, create new DMN asset, create some nodes in this asset, build the project > - Try to import and open [^Vacation Day Count - Solution 1.dmn] that comes from external DMN modeler -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4314) [DMN Designer] Rename 1.1 package to a generic name (since it covers DMN 1.2 too)

by Jozef Marko (Jira)

[ https://issues.jboss.org/browse/DROOLS-4314?page=com.atlassian.jira.plugi... ] Jozef Marko updated DROOLS-4314: -------------------------------- Description: h3. Acceptance test - Build the kie-wb-common - Build the kie-wb-distributions/business-central-parent/business-central-webapp - Deploy the obtained war on eap - Create new project, create new DMN asset, create some nodes in this asset, build the project - Try to open > [DMN Designer] Rename 1.1 package to a generic name (since it covers DMN 1.2 too) > --------------------------------------------------------------------------------- > > Key: DROOLS-4314 > URL: https://issues.jboss.org/browse/DROOLS-4314 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Reporter: Guilherme Gomes > Assignee: Guilherme Gomes > Priority: Major > Labels: drools-tools > Attachments: Vacation Day Count - Solution 1.dmn > > > h3. Acceptance test > - Build the kie-wb-common > - Build the kie-wb-distributions/business-central-parent/business-central-webapp > - Deploy the obtained war on eap > - Create new project, create new DMN asset, create some nodes in this asset, build the project > - Try to open -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4314) [DMN Designer] Rename 1.1 package to a generic name (since it covers DMN 1.2 too)

by Jozef Marko (Jira)

[ https://issues.jboss.org/browse/DROOLS-4314?page=com.atlassian.jira.plugi... ] Jozef Marko updated DROOLS-4314: -------------------------------- Attachment: Vacation Day Count - Solution 1.dmn > [DMN Designer] Rename 1.1 package to a generic name (since it covers DMN 1.2 too) > --------------------------------------------------------------------------------- > > Key: DROOLS-4314 > URL: https://issues.jboss.org/browse/DROOLS-4314 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Reporter: Guilherme Gomes > Assignee: Guilherme Gomes > Priority: Major > Labels: drools-tools > Attachments: Vacation Day Count - Solution 1.dmn > > > h3. Acceptance test > - Build the kie-wb-common > - Build the kie-wb-distributions/business-central-parent/business-central-webapp > - Deploy the obtained war on eap > - Create new project, create new DMN asset, create some nodes in this asset, build the project > - Try to open -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4314) [DMN Designer] Rename 1.1 package to a generic name (since it covers DMN 1.2 too)

by Jozef Marko (Jira)

[ https://issues.jboss.org/browse/DROOLS-4314?page=com.atlassian.jira.plugi... ] Jozef Marko updated DROOLS-4314: -------------------------------- Tester: Yevgeniy Fomin (was: Jozef Marko) > [DMN Designer] Rename 1.1 package to a generic name (since it covers DMN 1.2 too) > --------------------------------------------------------------------------------- > > Key: DROOLS-4314 > URL: https://issues.jboss.org/browse/DROOLS-4314 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Reporter: Guilherme Gomes > Assignee: Guilherme Gomes > Priority: Major > Labels: drools-tools > -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4382) Executable-model build error with "matches" and fuction with a fact property as an argument

by Toshiya Kobayashi (Jira)

[ https://issues.jboss.org/browse/DROOLS-4382?page=com.atlassian.jira.plugi... ] Toshiya Kobayashi updated DROOLS-4382: -------------------------------------- Git Pull Request: https://github.com/kiegroup/drools/pull/2483 > Executable-model build error with "matches" and fuction with a fact property as an argument > ------------------------------------------------------------------------------------------- > > Key: DROOLS-4382 > URL: https://issues.jboss.org/browse/DROOLS-4382 > Project: Drools > Issue Type: Bug > Components: executable model > Affects Versions: 7.24.0.Final > Reporter: Toshiya Kobayashi > Assignee: Luca Molteni > Priority: Major > Labels: support > > When a rule uses "matches" and class function and its argument is a property of the fact, > for example) > {noformat} > import org.drools.modelcompiler.domain.Person; > import static org.drools.modelcompiler.domain.MyFunctions.*; > rule R when > $a : Person( name matches testMatch(likes) ) > then > end > {noformat} > It fails to build in executable-model > {noformat} > [ERROR] testMatchesClassFunctionWithArg[FLOW_DSL](org.drools.modelcompiler.CompilerTest) Time elapsed: 0.346 s <<< ERROR! > java.lang.IllegalArgumentException: Cannot get expression type by name _this! > at org.drools.modelcompiler.builder.generator.DrlxParseUtil.lambda$expressionTypeNameExpr$2(DrlxParseUtil.java:246) > at java.util.Optional.orElseThrow(Optional.java:290) > at org.drools.modelcompiler.builder.generator.DrlxParseUtil.expressionTypeNameExpr(DrlxParseUtil.java:246) > at org.drools.modelcompiler.builder.generator.DrlxParseUtil.getExpressionType(DrlxParseUtil.java:180) > at org.drools.modelcompiler.builder.generator.expressiontyper.ExpressionTyper.processFirstNode(ExpressionTyper.java:549) > {noformat} > It works with non-executable-model. > Additonal note: When running kie-maven-plugin with -DgenerateModel=YES in 7.23.0.Final-redhat-00002 (RHDM 7.4.0), the error message is "No value present". > {noformat} > [ERROR] Failed to execute goal org.kie:kie-maven-plugin:7.23.0.Final-redhat-00002:generateModel (default-generateModel) on project model-map-evaluation-rule: Execution default-generateModel of goal org.kie:kie-maven-plugin:7.23.0.Final-redhat-00002:generateModel failed: No value present -> [Help 1] > {noformat} -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4382) Executable-model build error with "matches" and fuction with a fact property as an argument

by Toshiya Kobayashi (Jira)

Toshiya Kobayashi created DROOLS-4382: ----------------------------------------- Summary: Executable-model build error with "matches" and fuction with a fact property as an argument Key: DROOLS-4382 URL: https://issues.jboss.org/browse/DROOLS-4382 Project: Drools Issue Type: Bug Components: executable model Affects Versions: 7.24.0.Final Reporter: Toshiya Kobayashi Assignee: Luca Molteni When a rule uses "matches" and class function and its argument is a property of the fact, for example) {noformat} import org.drools.modelcompiler.domain.Person; import static org.drools.modelcompiler.domain.MyFunctions.*; rule R when $a : Person( name matches testMatch(likes) ) then end {noformat} It fails to build in executable-model {noformat} [ERROR] testMatchesClassFunctionWithArg[FLOW_DSL](org.drools.modelcompiler.CompilerTest) Time elapsed: 0.346 s <<< ERROR! java.lang.IllegalArgumentException: Cannot get expression type by name _this! at org.drools.modelcompiler.builder.generator.DrlxParseUtil.lambda$expressionTypeNameExpr$2(DrlxParseUtil.java:246) at java.util.Optional.orElseThrow(Optional.java:290) at org.drools.modelcompiler.builder.generator.DrlxParseUtil.expressionTypeNameExpr(DrlxParseUtil.java:246) at org.drools.modelcompiler.builder.generator.DrlxParseUtil.getExpressionType(DrlxParseUtil.java:180) at org.drools.modelcompiler.builder.generator.expressiontyper.ExpressionTyper.processFirstNode(ExpressionTyper.java:549) {noformat} It works with non-executable-model. Additonal note: When running kie-maven-plugin with -DgenerateModel=YES in 7.23.0.Final-redhat-00002 (RHDM 7.4.0), the error message is "No value present". {noformat} [ERROR] Failed to execute goal org.kie:kie-maven-plugin:7.23.0.Final-redhat-00002:generateModel (default-generateModel) on project model-map-evaluation-rule: Execution default-generateModel of goal org.kie:kie-maven-plugin:7.23.0.Final-redhat-00002:generateModel failed: No value present -> [Help 1] {noformat} -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-4582) Cannot create user with underscores in the name

by Thorsten Heit (Jira)

[ https://issues.jboss.org/browse/WFCORE-4582?page=com.atlassian.jira.plugi... ] Thorsten Heit commented on WFCORE-4582: --------------------------------------- I'm normally testing my application via SoapUI, and according to the logs username and password are sent via HTTP basic authentication: {noformat} POST https://localhost:8443/myapp/myservice HTTP/1.1 Accept-Encoding: gzip,deflate Content-Type: text/xml;charset=UTF-8 SOAPAction: "calculate" Content-Length: 5438 Host: localhost:8443 Connection: Keep-Alive User-Agent: Apache-HttpClient/4.1.1 (java 1.5) Authorization: Basic .... <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><soap:Header>... {noformat} > Cannot create user with underscores in the name > ----------------------------------------------- > > Key: WFCORE-4582 > URL: https://issues.jboss.org/browse/WFCORE-4582 > Project: WildFly Core > Issue Type: Enhancement > Affects Versions: 10.0.0.Beta2 > Reporter: Thorsten Heit > Assignee: Jeff Mesnil > Priority: Minor > > On a fresh a Wildfly install (tested on 11.0.0.Final and 17.0.0.Final) I cannot create application users with underscores in the user name: > {noformat} > C:\Users\thorsten\bin\wildfly-11.0.0.Final\bin>add-user > WARNING: An illegal reflective access operation has occurred > WARNING: Illegal reflective access by __redirected.__SAXParserFactory (file:/C:/Users/thorsten/bin/wildfly-11.0.0.Final/jboss-modules.jar) to c > onstructor com.sun.org.apache.xerces.internal.jaxp.SAXParserFactoryImpl() > WARNING: Please consider reporting this to the maintainers of __redirected.__SAXParserFactory > WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations > WARNING: All illegal access operations will be denied in a future release > What type of user do you wish to add? > a) Management User (mgmt-users.properties) > b) Application User (application-users.properties) > (a): b > Enter the details of the new user to add. > Using realm 'ApplicationRealm' as discovered from the existing property files. > Username : user_name > * Error * > WFLYDM0028: Username must be alphanumeric with the exception of the following accepted symbols (",", "-", ".", "/", "=", "@", "\") > Username (user_name) : > {noformat} > We use basic authentification to restrict access to our applications, and expect usernames in the format {{<prefix>\_<suffix>}} with {{<prefix>}} being a sequence of plain letters (a-z), followed by an underscore ("\_") and a number as {{<suffix>}}. > This is possible with WebSphere and even Tomcat, but actually not in Wildfly. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2327) UNICAST3: create receiver table when non-first message is received first

by Bela Ban (Jira)

[ https://issues.jboss.org/browse/JGRP-2327?page=com.atlassian.jira.plugin.... ] Bela Ban updated JGRP-2327: --------------------------- Fix Version/s: 4.1.3 (was: 4.1.2) > UNICAST3: create receiver table when non-first message is received first > ------------------------------------------------------------------------ > > Key: JGRP-2327 > URL: https://issues.jboss.org/browse/JGRP-2327 > Project: JGroups > Issue Type: Enhancement > Reporter: Bela Ban > Assignee: Bela Ban > Priority: Major > Fix For: 4.1.3 > > > * A and B > * B sends 2 messages to A: B1 and B2 > * A receives B2 _before_ B1 (both B1 and B2 are OOB) > * The current code has A drop B2 and send a SEND_FIRST_SEQNO message to B > * B resends B1, but _not_ B2 > * Retransmission needs to kick in before A receives B2. This might take up to {{xmit_interval * 2}} ms before B2 is retransmitted and delivered > h4. Scenario (JGRP-2293): > * A installs a new view > * B sends a LEAVE-REQ to A (B is leaving, too) on the view installation and a VIEW-ACK for the view. Both messages are unicasts to A and OOB > * The VIEW-ACK (B2) is received first and dropped, so it will have to be retransmitted > * This delays the view installation, as A waits for {{view_ack_collection_timeout}} ms until it has received all VIEW-ACKs > h4. Workaround > * Set GMS.leave_timeout to a higher value (say 8000ms) > h4. Solution > * When B2 is received, and it is not the first message and we don't have a receiver table for B yet, investigate whether we can create the receiver table anyway > * However, this requires the first seqno from B *to always be 0* > --> Investigate whether the first seqno in UNICAST3 is always 0, then this solution will work -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2365) Class cast exception when upgrading from 4.0.20 to 4.1.0 or 4.1.1

by Bela Ban (Jira)

[ https://issues.jboss.org/browse/JGRP-2365?page=com.atlassian.jira.plugin.... ] Bela Ban commented on JGRP-2365: -------------------------------- I assumed that the bottom-most protocol (used for finding out the IP version of the running stack) is always a _transport_. This may not be true for fork stacks. I changed this to be optional, based on the type of the bottom-most protocol. > Class cast exception when upgrading from 4.0.20 to 4.1.0 or 4.1.1 > ----------------------------------------------------------------- > > Key: JGRP-2365 > URL: https://issues.jboss.org/browse/JGRP-2365 > Project: JGroups > Issue Type: Bug > Affects Versions: 4.1.0, 4.1.1 > Reporter: Bernd Laengerich > Assignee: Bela Ban > Priority: Minor > Fix For: 4.1.2 > > Attachments: fork-stacks.xml, tcp_fork.xml > > > Updating from 4.0.20 to 4.1.1 I get > "java.lang.ClassCastException: org.jgroups.protocols.CENTRAL_LOCK cannot be cast to org.jgroups.protocols.TP" > when creating a JChannel using the same config as before. My config is [^tcp_fork.xml] attached to this issue. The stack trace: > {noformat} > java.lang.ClassCastException: org.jgroups.protocols.CENTRAL_LOCK cannot be cast to org.jgroups.protocols.TP > at org.jgroups.stack.Configurator.createProtocolsAndInitializeAttrs(Configurator.java:110) ~[jgroups-4.1.1.Final.jar:4.1.1.Final] > at org.jgroups.protocols.FORK.createForkStacks(FORK.java:273) ~[jgroups-4.1.1.Final.jar:4.1.1.Final] > at org.jgroups.protocols.FORK.createForkStacks(FORK.java:265) ~[jgroups-4.1.1.Final.jar:4.1.1.Final] > at org.jgroups.protocols.FORK.init(FORK.java:100) ~[jgroups-4.1.1.Final.jar:4.1.1.Final] > at org.jgroups.stack.ProtocolStack.initProtocolStack(ProtocolStack.java:857) ~[jgroups-4.1.1.Final.jar:4.1.1.Final] > at org.jgroups.stack.ProtocolStack.setup(ProtocolStack.java:480) ~[jgroups-4.1.1.Final.jar:4.1.1.Final] > at org.jgroups.JChannel.init(JChannel.java:952) ~[jgroups-4.1.1.Final.jar:4.1.1.Final] > at org.jgroups.JChannel.<init>(JChannel.java:125) ~[jgroups-4.1.1.Final.jar:4.1.1.Final] > at org.jgroups.JChannel.<init>(JChannel.java:107) ~[jgroups-4.1.1.Final.jar:4.1.1.Final] > at com.acceptis.accept.jgroups.config.JGroupsConfigurator.setConfiguration(JGroupsConfigurator.java:86) [main/:?] > at com.acceptis.framework.locking.impl.test.JGroupsLockManagerTest.setUp(JGroupsLockManagerTest.java:40) [test/:?] > {noformat} -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 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 July 2019