September 2016 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-6297) Identify problems introduced with new JDK9 versioning scheme

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFLY-6297?page=com.atlassian.jira.plugin.... ] Tomaz Cerar commented on WFLY-6297: ----------------------------------- Google Guava was removed from build, so is is no longer an issue. > Identify problems introduced with new JDK9 versioning scheme > ------------------------------------------------------------ > > Key: WFLY-6297 > URL: https://issues.jboss.org/browse/WFLY-6297 > Project: WildFly > Issue Type: Sub-task > Components: Build System > Affects Versions: 10.0.0.Final > Reporter: Richard Opalka > Assignee: Richard Opalka > > JDK9 will introduce new versioning scheme described here: > http://openjdk.java.net/projects/verona/ > We need to identify WildFly components that are realying on > these properties. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1839) Map completion

by Jean-Francois Denise (JIRA)

Jean-Francois Denise created WFCORE-1839: -------------------------------------------- Summary: Map completion Key: WFCORE-1839 URL: https://issues.jboss.org/browse/WFCORE-1839 Project: WildFly Core Issue Type: Feature Request Components: CLI Reporter: Jean-Francois Denise Assignee: Jean-Francois Denise At least we should propose the '{' character when a property of type Map is to be completed, -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5842) Upgrade google guava from 18 to 19

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFLY-5842?page=com.atlassian.jira.plugin.... ] Tomaz Cerar closed WFLY-5842. ----------------------------- Fix Version/s: 11.0.0.Alpha1 Resolution: Won't Do Guava was removed from WildFly as it was only used by Weld, which has stopped using it in 2.4.0 > Upgrade google guava from 18 to 19 > ---------------------------------- > > Key: WFLY-5842 > URL: https://issues.jboss.org/browse/WFLY-5842 > Project: WildFly > Issue Type: Component Upgrade > Affects Versions: 10.0.0.CR5 > Reporter: Frank Langelage > Assignee: Jason Greene > Priority: Minor > Fix For: 11.0.0.Alpha1 > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1795) :query() operation fails with IllegalArgumentException when specifying a where parameter

by Jean-Francois Denise (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1795?page=com.atlassian.jira.plugi... ] Jean-Francois Denise resolved WFCORE-1795. ------------------------------------------ Fix Version/s: 3.0.0.Alpha8 Resolution: Done > :query() operation fails with IllegalArgumentException when specifying a where parameter > ---------------------------------------------------------------------------------------- > > Key: WFCORE-1795 > URL: https://issues.jboss.org/browse/WFCORE-1795 > Project: WildFly Core > Issue Type: Feature Request > Components: CLI, Domain Management > Reporter: Harald Pehl > Assignee: Jean-Francois Denise > Fix For: 3.0.0.Alpha8 > > > This operation works in WFLY 10: > {code} > /host=*/server=*:query(select=["name"],where={"server-group" = "main-server-group"}) > {code} > whereas it fails with an IllegalArgumentException in WFLY 11 > Without the {{where}} parameter the operation works. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ELY-649) Make the exists and create methods on HttpScope default

by Darran Lofthouse (JIRA)

Darran Lofthouse created ELY-649: ------------------------------------ Summary: Make the exists and create methods on HttpScope default Key: ELY-649 URL: https://issues.jboss.org/browse/ELY-649 Project: WildFly Elytron Issue Type: Enhancement Components: API / SPI, HTTP Reporter: Darran Lofthouse Assignee: Darran Lofthouse Priority: Blocker Fix For: 1.1.0.Beta10 -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1838) Upgrade to Elytron Web 1.0.0.Beta4

by Darran Lofthouse (JIRA)

Darran Lofthouse created WFCORE-1838: ---------------------------------------- Summary: Upgrade to Elytron Web 1.0.0.Beta4 Key: WFCORE-1838 URL: https://issues.jboss.org/browse/WFCORE-1838 Project: WildFly Core Issue Type: Component Upgrade Components: Security Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 3.0.0.Alpha9 -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1837) Upgrade to WildFly Elytron 1.1.0.Beta10

by Darran Lofthouse (JIRA)

Darran Lofthouse created WFCORE-1837: ---------------------------------------- Summary: Upgrade to WildFly Elytron 1.1.0.Beta10 Key: WFCORE-1837 URL: https://issues.jboss.org/browse/WFCORE-1837 Project: WildFly Core Issue Type: Component Upgrade Components: Security Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 3.0.0.Alpha9 -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ELY-648) Release WildFly Elytron 1.1.0.Beta10

by Darran Lofthouse (JIRA)

Darran Lofthouse created ELY-648: ------------------------------------ Summary: Release WildFly Elytron 1.1.0.Beta10 Key: ELY-648 URL: https://issues.jboss.org/browse/ELY-648 Project: WildFly Elytron Issue Type: Release Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 1.1.0.Beta10 -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2098) Discovery: reduce messages when IpAddressUUID is used

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-2098?page=com.atlassian.jira.plugin.... ] Bela Ban commented on JGRP-2098: -------------------------------- I added attribute {{max_rank_to_reply}} to {{Discovery}}. If {{TP.use_ip_addrs}} is enabled and the rank is higher than {{max_rank_to_reply}}, then a member won't send a discovery response. This is implemented in {{PING}} and {{TCPPING}}. > Discovery: reduce messages when IpAddressUUID is used > ----------------------------------------------------- > > Key: JGRP-2098 > URL: https://issues.jboss.org/browse/JGRP-2098 > Project: JGroups > Issue Type: Feature Request > Reporter: Bela Ban > Assignee: Bela Ban > Fix For: 4.0 > > Attachments: LESS_PING.java > > > Since IpAddressUUID already contains the physical address, we don't need to exchange physical addresses in the discovery phase. > Investigate whether this leads to reduced messaging in discovery, ie. only the coords might send a response. Once the new member has the view, it automatically knows the IP addresses and ports of all members, as the addresses in the view are of type IpAddressUUID. > Also investigate whether address:logical_name associations should be done in a separate protocol, e.g. NAMING. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ELY-646) Unable to setup CLIENT_CERT authentication with elytron.

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/ELY-646?page=com.atlassian.jira.plugin.sy... ] Darran Lofthouse reassigned ELY-646: ------------------------------------ Assignee: Jan Kalina (was: Darran Lofthouse) > Unable to setup CLIENT_CERT authentication with elytron. > -------------------------------------------------------- > > Key: ELY-646 > URL: https://issues.jboss.org/browse/ELY-646 > Project: WildFly Elytron > Issue Type: Bug > Components: SSL > Reporter: Martin Choma > Assignee: Jan Kalina > Priority: Blocker > > Following Zach's notes on [How to setup 2 way TLS|https://gitlab.cee.redhat.com/zrhoads/kbase/blob/master/eap71.elytron...] I am unable to setup it properly. User is not requested by browser for specifying client certificate and get access to application without certificate. > In log you there is: > 1. Server send request for certificate > {code} > ^[[0m^[[0m13:55:33,309 INFO [stdout] (default task-1) *** CertificateRequest > ^[[0m^[[0m13:55:33,309 INFO [stdout] (default task-1) Cert Types: RSA, DSS, ECDSA > ^[[0m^[[0m13:55:33,309 INFO [stdout] (default task-1) Cert Authorities: > ^[[0m^[[0m13:55:33,310 INFO [stdout] (default task-1) <CN=client> > {code} > 2. And client responds with empty certificate chain. Without asking for certificate > {code} > ^[[0m^[[0m13:55:33,432 INFO [stdout] (default task-2) *** Certificate chain > ^[[0m^[[0m13:55:33,432 INFO [stdout] (default task-2) <Empty> > ^[[0m^[[0m13:55:33,432 INFO [stdout] (default task-2) *** > {code} > I am attaching: > * server.log - server log with -Djavax.net.debug=all turn on. > * 2wayTLS.pcap - wireshark recording of port 8443 > * secured-app - tested application -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 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 September 2016