March 2019 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-3787) executable-model build failed because trying to resolve test case in Windows

by Toshiya Kobayashi (Jira)

[ https://issues.jboss.org/browse/DROOLS-3787?page=com.atlassian.jira.plugi... ] Toshiya Kobayashi commented on DROOLS-3787: ------------------------------------------- Confirmed that it works with the latest 7.20.0-SNAPSHOT. Thanks! [~volothamp] > executable-model build failed because trying to resolve test case in Windows > ---------------------------------------------------------------------------- > > Key: DROOLS-3787 > URL: https://issues.jboss.org/browse/DROOLS-3787 > Project: Drools > Issue Type: Bug > Components: executable model > Affects Versions: 7.18.0.Final, 7.19.0.Final > Environment: - Windows 2012 > - Windows 7 > Confirmed with some tags > - 7.14.0.Final-redhat-00004 > - 7.18.0.Final > - 7.19.0.Final > - 7.20.0-SNAPSHOT > Reporter: Toshiya Kobayashi > Assignee: Luca Molteni > Priority: Major > Labels: support > Attachments: with-test-sources-reproducer.zip > > > Under the condition: > - Windows > - executable-model build (mvn clean install -DgenerateModel=YES -DskipTests) > The build tries to resolve java source under "src/test/java" then failed with the error > {noformat} > [ERROR] Failed to execute goal org.kie:kie-maven-plugin:7.20.0-SNAPSHOT:generateModel (default-generateModel) on project > with-test-sources: Execution default-generateModel of goal org.kie:kie-maven-plugin:7.20.0-SNAPSHOT:generateModel faile > d: Unable to get KieModule, Errors Existed: Error Messages: > [ERROR] Message [id=1, level=ERROR, path=src/test/java/com/sample/SampleTest.java, line=15, column=372 > [ERROR] text=Only a type can be imported. org.mockito.Mockito resolves to a package] > [ERROR] Message [id=2, level=ERROR, path=src/test/java/com/sample/SampleTest.java, line=22, column=563 > [ERROR] text=Mockito cannot be resolved] > [ERROR] --- > {noformat} > It doesn't happen in MacOS/RHEL7 -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11913) JGroups client sockets are not registered with the socket binding manager

by Paul Ferraro (Jira)

Paul Ferraro created WFLY-11913: ----------------------------------- Summary: JGroups client sockets are not registered with the socket binding manager Key: WFLY-11913 URL: https://issues.jboss.org/browse/WFLY-11913 Project: WildFly Issue Type: Bug Components: Clustering Affects Versions: 16.0.0.Final Reporter: Paul Ferraro Assignee: Paul Ferraro Because the JGroups subsystem does not expose a socket-binding for client sockets, these sockets are not registered with the socket binding manager. Currently, TCP, TCP_NIO2, FD_SOCK use the same bind address for server vs client sockets and use a random ephemeral port for configuring the client socket. For environment with strict networking rules, this is not ideal, and requires overriding adhoc JGroups properties. Unfortunately, overriding the client_bind_port in this way does not recognize the port-offset of the associated socket binding group. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-4392) Migrate CapabilityServiceTarget to new MSC API

by Richard Opalka (Jira)

Richard Opalka created WFCORE-4392: -------------------------------------- Summary: Migrate CapabilityServiceTarget to new MSC API Key: WFCORE-4392 URL: https://issues.jboss.org/browse/WFCORE-4392 Project: WildFly Core Issue Type: Enhancement Components: Server Reporter: Richard Opalka Assignee: Richard Opalka Fix For: 9.0.0.Beta2 -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-4357) Support new MSC Service API for deployment dependency

by Richard Opalka (Jira)

[ https://issues.jboss.org/browse/WFCORE-4357?page=com.atlassian.jira.plugi... ] Richard Opalka updated WFCORE-4357: ----------------------------------- Fix Version/s: 9.0.0.Beta2 > Support new MSC Service API for deployment dependency > ----------------------------------------------------- > > Key: WFCORE-4357 > URL: https://issues.jboss.org/browse/WFCORE-4357 > Project: WildFly Core > Issue Type: Bug > Components: Management > Reporter: Jan Stourac > Assignee: Richard Opalka > Priority: Major > Fix For: 9.0.0.Beta2 > > > When org.jboss.as.server.deployment.DeploymentPhaseContextImpl#addDeploymentDependency is used, it is expecting the service to be old-API org.jboss.msc.service.Service and use its getValue() method. > This needs to be fixed so that using new MSC Service API works too. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-4357) Support new MSC Service API for deployment dependency

by Richard Opalka (Jira)

[ https://issues.jboss.org/browse/WFCORE-4357?page=com.atlassian.jira.plugi... ] Richard Opalka reassigned WFCORE-4357: -------------------------------------- Assignee: Richard Opalka (was: Jeff Mesnil) > Support new MSC Service API for deployment dependency > ----------------------------------------------------- > > Key: WFCORE-4357 > URL: https://issues.jboss.org/browse/WFCORE-4357 > Project: WildFly Core > Issue Type: Bug > Components: Management > Reporter: Jan Stourac > Assignee: Richard Opalka > Priority: Major > Fix For: 9.0.0.Beta2 > > > When org.jboss.as.server.deployment.DeploymentPhaseContextImpl#addDeploymentDependency is used, it is expecting the service to be old-API org.jboss.msc.service.Service and use its getValue() method. > This needs to be fixed so that using new MSC Service API works too. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2335) Code for determining the coordinator hangs in certain conditions

by Bela Ban (Jira)

[ https://issues.jboss.org/browse/JGRP-2335?page=com.atlassian.jira.plugin.... ] Bela Ban updated JGRP-2335: --------------------------- Fix Version/s: 4.1.1 > Code for determining the coordinator hangs in certain conditions > ---------------------------------------------------------------- > > Key: JGRP-2335 > URL: https://issues.jboss.org/browse/JGRP-2335 > Project: JGroups > Issue Type: Bug > Reporter: Aieksiei Illarionov > Assignee: Bela Ban > Priority: Major > Fix For: 4.1.1 > > > Affected version: > {code:xml} > <dependency> > <groupId>org.jgroups</groupId> > <artifactId>jgroups</artifactId> > <version>4.0.0.Final</version> > </dependency> > {code} > ClientGmsImpl#joinInternal hangs because #firstOfAllClients always returns false when all of the following conditions are satisfied: > - using JDBC_PING for discovery protocol > - JGROUPSPING table contains data from previous sessions > - all of the previous sessions were killed (kill -9) > - AddressGenerator is not customized > The sorted set > {code:java} > SortedSet<Address> clients=new TreeSet<>(); > {code} > contains the dead servers discovered from JGROUPSPING. When the new server is added to the sorted set, it never becomes the first in the sorted set. > Suggestions: either > a) somehow involve MembershipChangePolicy in ordering strategy, or > b) make the new server (joiner) the first in the sorted set, or > c) make UUID addresses to sort depending on their time of creation. > I've used the following config: > {code:xml} >  > <config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > xmlns="urn:org:jgroups" > xmlns:fork="fork" > xsi:schemaLocation="urn:org:jgroups http://www.jgroups.org/schema/jgroups.xsd fork http://www.jgroups.org/schema/fork-stacks.xsd"> > <TCP bind_port="7800" > port_range="10" > bind_addr="<placeholder here>" > recv_buf_size="${tcp.recv_buf_size:130k}" > send_buf_size="${tcp.send_buf_size:130k}" > max_bundle_size="64K" > sock_conn_timeout="300" > thread_pool.min_threads="0" > thread_pool.max_threads="20" > thread_pool.keep_alive_time="30000"/> > <JDBC_PING > remove_all_data_on_view_change="true" > connection_driver="com.microsoft.sqlserver.jdbc.SQLServerDriver" > connection_url="jdbc:sqlserver://localhost:1433;databaseName=mydatabase" > connection_username="user" > connection_password="password" > /> > <MERGE3 min_interval="10000" > max_interval="30000"/> > <FD_SOCK/> > <FD timeout="3000" max_tries="3" /> > <VERIFY_SUSPECT timeout="1500" /> > <BARRIER /> > <pbcast.NAKACK2 use_mcast_xmit="false" > discard_delivered_msgs="true"/> > <UNICAST3 > conn_close_timeout="240000" > xmit_interval="5000"/> > <pbcast.STABLE desired_avg_gossip="50000" > max_bytes="4M"/> > <pbcast.GMS print_local_addr="true" join_timeout="2000" > view_bundling="true" > membership_change_policy="ru.illar.AppMembershipChangePolicy"/> > <MFC max_credits="2M" > min_threshold="0.4"/> > <FRAG2 frag_size="60K" /> >  > <pbcast.STATE_TRANSFER/> > </config> > {code} -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ELY-1777) Add version 1.4 of the Elytron client schema

by Farah Juma (Jira)

Farah Juma created ELY-1777: ------------------------------- Summary: Add version 1.4 of the Elytron client schema Key: ELY-1777 URL: https://issues.jboss.org/browse/ELY-1777 Project: WildFly Elytron Issue Type: Task Components: Authentication Client Reporter: Farah Juma Assignee: Farah Juma -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11912) Component upgrade of Narayana to 5.8.4.Final

by Ondrej Chaloupka (Jira)

Ondrej Chaloupka created WFLY-11912: --------------------------------------- Summary: Component upgrade of Narayana to 5.8.4.Final Key: WFLY-11912 URL: https://issues.jboss.org/browse/WFLY-11912 Project: WildFly Issue Type: Component Upgrade Components: Transactions Affects Versions: 16.0.0.Final Reporter: Ondrej Chaloupka Assignee: Ondrej Chaloupka -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1797) Incorrect V&V results when operator is filled in the row (as opposed to column definition)

by Jozef Marko (Jira)

[ https://issues.jboss.org/browse/DROOLS-1797?page=com.atlassian.jira.plugi... ] Jozef Marko updated DROOLS-1797: -------------------------------- Attachment: (was: Screenshot from 2019-03-27 20-59-00.png) > Incorrect V&V results when operator is filled in the row (as opposed to column definition) > ------------------------------------------------------------------------------------------ > > Key: DROOLS-1797 > URL: https://issues.jboss.org/browse/DROOLS-1797 > Project: Drools > Issue Type: Bug > Components: Guided Decision Table Editor > Affects Versions: 6.4.0.Final > Reporter: Anton Giertli > Assignee: Toni Rikkola > Priority: Major > Labels: drools-tools, support, verifier > Attachments: 6iOx.png > > > Imagine data model Person with attribute age. > If you create decision table and add two columns: > - both are defined against "age" attribute > - none of them have operator defined > then you add one row, and you fill in the operator and the value directly inside the row. > For example: > >= 20 > <= 30 > The generated DRL looks like this: > {code:java} > package org; > //from row number: 1 > rule "Row 1 AnotherTest" > dialect "mvel" > when > p : Person( age >= 20 , age <= 30 ) > then > p.setAgeGroup( "whatever" ); > end > {code} > The V&V will report this as conflicting row: > !6iOx.png|thumbnail! -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1797) Incorrect V&V results when operator is filled in the row (as opposed to column definition)

by Jozef Marko (Jira)

[ https://issues.jboss.org/browse/DROOLS-1797?page=com.atlassian.jira.plugi... ] Jozef Marko updated DROOLS-1797: -------------------------------- Attachment: (was: MySpace_a.zip) > Incorrect V&V results when operator is filled in the row (as opposed to column definition) > ------------------------------------------------------------------------------------------ > > Key: DROOLS-1797 > URL: https://issues.jboss.org/browse/DROOLS-1797 > Project: Drools > Issue Type: Bug > Components: Guided Decision Table Editor > Affects Versions: 6.4.0.Final > Reporter: Anton Giertli > Assignee: Toni Rikkola > Priority: Major > Labels: drools-tools, support, verifier > Attachments: 6iOx.png > > > Imagine data model Person with attribute age. > If you create decision table and add two columns: > - both are defined against "age" attribute > - none of them have operator defined > then you add one row, and you fill in the operator and the value directly inside the row. > For example: > >= 20 > <= 30 > The generated DRL looks like this: > {code:java} > package org; > //from row number: 1 > rule "Row 1 AnotherTest" > dialect "mvel" > when > p : Person( age >= 20 , age <= 30 ) > then > p.setAgeGroup( "whatever" ); > end > {code} > The V&V will report this as conflicting row: > !6iOx.png|thumbnail! -- This message was sent by Atlassian Jira (v7.12.1#712002)

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