jboss-jira June 2018

jboss-jira@lists.jboss.org

1 participants
1714 discussions

[JBoss JIRA] (WFLY-10491) Fix wildfly-capabilities repository representation on GitHub

by Radoslav Husar (JIRA)

[ https://issues.jboss.org/browse/WFLY-10491?page=com.atlassian.jira.plugin... ] Radoslav Husar updated WFLY-10491: ---------------------------------- Priority: Trivial (was: Major) > Fix wildfly-capabilities repository representation on GitHub > ------------------------------------------------------------ > > Key: WFLY-10491 > URL: https://issues.jboss.org/browse/WFLY-10491 > Project: WildFly > Issue Type: Task > Components: Documentation > Reporter: Radoslav Husar > Assignee: Brian Stansberry > Priority: Trivial > > Currently, the https://github.com/wildfly/wildfly-capabilities repository says its "forked from bstansberry/wildfly-capabilities". The common practice and understanding in community is that the upstream repository is the one that is not forked from any other repository. Thus having the upstream repository not represented as upstream is confusing. > The repo should have been *moved* to wildfly organization and not *forked*. > To remedy this, with a method we used in the past, is to delete the bstansberry/wildfly-capabilities repository (and then fork from wildfly of course). -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2551) Executable model - tests from package "integrationtests.operators" fail when run with executable model

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2551?page=com.atlassian.jira.plugi... ] Mario Fusco commented on DROOLS-2551: ------------------------------------- 3rd fix https://github.com/kiegroup/drools/commit/003556c6f73dc2e6252e91d396d7972... > Executable model - tests from package "integrationtests.operators" fail when run with executable model > ------------------------------------------------------------------------------------------------------ > > Key: DROOLS-2551 > URL: https://issues.jboss.org/browse/DROOLS-2551 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 7.7.0.Final > Reporter: Tibor Zimányi > Assignee: Luca Molteni > > When running tests from package org.drools.compiler.integrationtests.operators [1] with executable model, many of them fail (~120 out of ~520). To run the tests with the model, I moved the tests to a separate module in this PR [2], please check the PR description to see how to run them. > [1] https://github.com/kiegroup/drools/tree/d7ad4fb31647b5295c3cbc0321f0d8f89... > [2] https://github.com/kiegroup/drools/pull/1901 -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2551) Executable model - tests from package "integrationtests.operators" fail when run with executable model

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2551?page=com.atlassian.jira.plugi... ] Mario Fusco commented on DROOLS-2551: ------------------------------------- 4th fix https://github.com/kiegroup/drools/commit/3268953d73d3ba82f82770e17a01335... > Executable model - tests from package "integrationtests.operators" fail when run with executable model > ------------------------------------------------------------------------------------------------------ > > Key: DROOLS-2551 > URL: https://issues.jboss.org/browse/DROOLS-2551 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 7.7.0.Final > Reporter: Tibor Zimányi > Assignee: Luca Molteni > > When running tests from package org.drools.compiler.integrationtests.operators [1] with executable model, many of them fail (~120 out of ~520). To run the tests with the model, I moved the tests to a separate module in this PR [2], please check the PR description to see how to run them. > [1] https://github.com/kiegroup/drools/tree/d7ad4fb31647b5295c3cbc0321f0d8f89... > [2] https://github.com/kiegroup/drools/pull/1901 -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9933) Nodes can not join the cluster if there are sessions which can not initial transfered

by Paul Ferraro (JIRA)

[ https://issues.jboss.org/browse/WFLY-9933?page=com.atlassian.jira.plugin.... ] Paul Ferraro closed WFLY-9933. ------------------------------ Fix Version/s: 13.0.0.Final Resolution: Done > Nodes can not join the cluster if there are sessions which can not initial transfered > ------------------------------------------------------------------------------------- > > Key: WFLY-9933 > URL: https://issues.jboss.org/browse/WFLY-9933 > Project: WildFly > Issue Type: Enhancement > Components: Clustering > Reporter: Wolf-Dieter Fink > Assignee: Paul Ferraro > Fix For: 13.0.0.Final > > > The current configuration for the infinispan cache for web session replication is waiting on the initial state transfer. If this goes wrong for some reason, i.e. an existing session which can not serialized, the complete start will fail. > This can affect all applications which are correctly working. > As this can be a configuration issue, like the timeout for the initial-state-transfer, or a bug in the application code because the session must be serializable, it should be possible to start the server even if threre are some sessions failing. > With the current configuration options there is no way to configure the cache in a way that the cache is not waiting for the ST or to have the ST asynchronous that the server starts and 'only' the session replication will not be fully loaded. > As an enhancement such configuration should be possible. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 8 months

1
0
0 / 0

← Newer
1
...
169
170
171
172
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira June 2018