[JBoss JIRA] (DROOLS-2709) Revise and align visual presentation of tables (DMN, scenario, DT)
by Juraj Soltes (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2709?page=com.atlassian.jira.plugi... ]
Juraj Soltes updated DROOLS-2709:
---------------------------------
Sprint: 2018 Week 39-41
> Revise and align visual presentation of tables (DMN, scenario, DT)
> -------------------------------------------------------------------
>
> Key: DROOLS-2709
> URL: https://issues.jboss.org/browse/DROOLS-2709
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor, Scenario Simulation and Testing, Test Scenarios Editor
> Reporter: Liz Clayton
> Assignee: Michael Anstis
> Labels: UX, UXTeam, VisualDesign, drools-tools
>
> As a practitioner I need a clear and consistent presentation of table styles, so that I can learn the visual cues once for all tables in the application suite.
> When possible, iteratively update visual styles for tables using the following proposed options: https://redhat.invisionapp.com/share/RXLG7XB2TCW
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 3 months
[JBoss JIRA] (JGRP-2283) Lock race condition
by Bernd Laengerich (JIRA)
[ https://issues.jboss.org/browse/JGRP-2283?page=com.atlassian.jira.plugin.... ]
Bernd Laengerich edited comment on JGRP-2283 at 9/3/18 10:00 AM:
-----------------------------------------------------------------
Problem found in jgroups-4.0.13.Final.jar, *Tested with jgroups-3.6.13.Final.jar and this works as expected!* JRE used is Oracle 1.8.0_112
was (Author: dl6lr):
Problem found in jgroups-4.0.13.Final.jar, *Tested with jgroups-3.6.13.Final.jar and this works as expected!*
> Lock race condition
> -------------------
>
> Key: JGRP-2283
> URL: https://issues.jboss.org/browse/JGRP-2283
> Project: JGroups
> Issue Type: Bug
> Reporter: Bela Ban
> Assignee: Bela Ban
> Fix For: 4.0.14
>
> Attachments: RDBXGNBM.txt, m1PNLdDr.txt
>
>
> The attached program fails to run repeats of tryLock-unlock sequences.
> Program and config are attached
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 3 months
[JBoss JIRA] (WFCORE-4083) org.apache.httpcomponents.core requires org.apache.commons.codec
by Martin Švehla (JIRA)
[ https://issues.jboss.org/browse/WFCORE-4083?page=com.atlassian.jira.plugi... ]
Martin Švehla commented on WFCORE-4083:
---------------------------------------
Added [~simkam] as tester, he's QE contact for Hibernate Search
> org.apache.httpcomponents.core requires org.apache.commons.codec
> ----------------------------------------------------------------
>
> Key: WFCORE-4083
> URL: https://issues.jboss.org/browse/WFCORE-4083
> Project: WildFly Core
> Issue Type: Bug
> Affects Versions: 6.0.1.Final
> Reporter: Sanne Grinovero
>
> In WildFly 14 we get:
> {code:java}
> Exception in thread "Hibernate Search: Elasticsearch transport thread-2" java.lang.NoClassDefFoundError: org/apache/commons/codec/binary/Base64
> 2018-09-03 11:58:13,120 ERROR [stderr] (Hibernate Search: Elasticsearch transport thread-2) at org.apache.http.impl.auth.BasicScheme.authenticate(BasicScheme.java:168)
> 2018-09-03 11:58:13,120 ERROR [stderr] (Hibernate Search: Elasticsearch transport thread-2) at org.apache.http.impl.auth.HttpAuthenticator.doAuth(HttpAuthenticator.java:239)
> 2018-09-03 11:58:13,120 ERROR [stderr] (Hibernate Search: Elasticsearch transport thread-2) at org.apache.http.impl.auth.HttpAuthenticator.generateAuthResponse(HttpAuthenticator.java:218)
> 2018-09-03 11:58:13,120 ERROR [stderr] (Hibernate Search: Elasticsearch transport thread-2) at org.apache.http.impl.nio.client.MainClientExec.generateRequest(MainClientExec.java:224)
> {code}
> Seems that the *org.apache.httpcomponents.core* (WildFly core) module is not declaring the dependency on module *org.apache.commons.codec* (WildFly full).
> Should this be added as an optional dependency, or maybe the need for this module warrants moving the *org.apache.commons.codec* module to WildFly core ?
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 3 months
[JBoss JIRA] (WFCORE-4084) org.apache.httpcomponents.core requires org.apache.commons.codec
by Martin Simka (JIRA)
Martin Simka created WFCORE-4084:
------------------------------------
Summary: org.apache.httpcomponents.core requires org.apache.commons.codec
Key: WFCORE-4084
URL: https://issues.jboss.org/browse/WFCORE-4084
Project: WildFly Core
Issue Type: Bug
Affects Versions: 6.0.1.Final
Reporter: Martin Simka
In WildFly 14 we get:
{code:java}
Exception in thread "Hibernate Search: Elasticsearch transport thread-2" java.lang.NoClassDefFoundError: org/apache/commons/codec/binary/Base64
2018-09-03 11:58:13,120 ERROR [stderr] (Hibernate Search: Elasticsearch transport thread-2) at org.apache.http.impl.auth.BasicScheme.authenticate(BasicScheme.java:168)
2018-09-03 11:58:13,120 ERROR [stderr] (Hibernate Search: Elasticsearch transport thread-2) at org.apache.http.impl.auth.HttpAuthenticator.doAuth(HttpAuthenticator.java:239)
2018-09-03 11:58:13,120 ERROR [stderr] (Hibernate Search: Elasticsearch transport thread-2) at org.apache.http.impl.auth.HttpAuthenticator.generateAuthResponse(HttpAuthenticator.java:218)
2018-09-03 11:58:13,120 ERROR [stderr] (Hibernate Search: Elasticsearch transport thread-2) at org.apache.http.impl.nio.client.MainClientExec.generateRequest(MainClientExec.java:224)
{code}
Seems that the *org.apache.httpcomponents.core* (WildFly core) module is not declaring the dependency on module *org.apache.commons.codec* (WildFly full).
Should this be added as an optional dependency, or maybe the need for this module warrants moving the *org.apache.commons.codec* module to WildFly core ?
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 3 months