August 2014 - jboss-jira - Jboss List Archives

[JBoss JIRA] (ELY-47) NFKC normalization in StringPrep is not in accordance with RFC

by Jan Kalina (JIRA)

[ https://issues.jboss.org/browse/ELY-47?page=com.atlassian.jira.plugin.sys... ] Jan Kalina updated ELY-47: -------------------------- Description: StringPrep from utils use java.text.Normalizer to NFKC normalization. But this normalization is not in accordance with RFC 3454 - see mapping table: http://tools.ietf.org/html/rfc3454#appendix-B.2 Relevant profile description: http://tools.ietf.org/html/rfc3454#section-3.2 Full test is part of pull request https://github.com/wildfly-security/wildfly-sasl/pull/13, but for basic testing and for reference can be used this simple test: {code:java} @Test public void testNormalizationWithNFKC(){ ByteStringBuilder b = new ByteStringBuilder(); String before = "\u0041\u0042\u0043\u0044\u0045\u0046\u0047"; String after = "\u0061\u0062\u0063\u0064\u0065\u0066\u0067"; StringPrep.encode(before, b, StringPrep.NORMALIZE_KC); assertEquals(after, new String(b.toArray())); } {code} was: StringPrep from utils use java.text.Normalizer to NFKC normalization. But this normalization is not in accordance with RFC 3454 - see mapping table: http://tools.ietf.org/html/rfc3454#appendix-B.2 Relevant profile description: http://tools.ietf.org/html/rfc3454#section-3.2 Full test is part of pull request https://github.com/wildfly-security/wildfly-sasl/pull/13 , but for basic testing and for reference can be used this simple test: {code:java} @Test public void testNormalizationWithNFKC(){ ByteStringBuilder b = new ByteStringBuilder(); String before = "\u0041\u0042\u0043\u0044\u0045\u0046\u0047"; String after = "\u0061\u0062\u0063\u0064\u0065\u0066\u0067"; StringPrep.encode(before, b, StringPrep.NORMALIZE_KC); assertEquals(after, new String(b.toArray())); } {code} > NFKC normalization in StringPrep is not in accordance with RFC > -------------------------------------------------------------- > > Key: ELY-47 > URL: https://issues.jboss.org/browse/ELY-47 > Project: WildFly Elytron > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Jan Kalina > Assignee: Darran Lofthouse > > StringPrep from utils use java.text.Normalizer to NFKC normalization. But this normalization is not in accordance with RFC 3454 - see mapping table: > http://tools.ietf.org/html/rfc3454#appendix-B.2 > Relevant profile description: > http://tools.ietf.org/html/rfc3454#section-3.2 > Full test is part of pull request https://github.com/wildfly-security/wildfly-sasl/pull/13, but for basic testing and for reference can be used this simple test: > {code:java} > @Test > public void testNormalizationWithNFKC(){ > ByteStringBuilder b = new ByteStringBuilder(); > String before = "\u0041\u0042\u0043\u0044\u0045\u0046\u0047"; > String after = "\u0061\u0062\u0063\u0064\u0065\u0066\u0067"; > StringPrep.encode(before, b, StringPrep.NORMALIZE_KC); > assertEquals(after, new String(b.toArray())); > } > {code} -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ELY-47) NFKC normalization in StringPrep is not in accordance with RFC

by Jan Kalina (JIRA)

[ https://issues.jboss.org/browse/ELY-47?page=com.atlassian.jira.plugin.sys... ] Jan Kalina updated ELY-47: -------------------------- Description: StringPrep from utils use java.text.Normalizer to NFKC normalization. But this normalization is not in accordance with RFC 3454 - see mapping table: http://tools.ietf.org/html/rfc3454#appendix-B.2 Relevant profile description: http://tools.ietf.org/html/rfc3454#section-3.2 Full test is part of pull request https://github.com/wildfly-security/wildfly-sasl/pull/13 , but for basic testing and for reference can be used this simple test: {code:java} @Test public void testNormalizationWithNFKC(){ ByteStringBuilder b = new ByteStringBuilder(); String before = "\u0041\u0042\u0043\u0044\u0045\u0046\u0047"; String after = "\u0061\u0062\u0063\u0064\u0065\u0066\u0067"; StringPrep.encode(before, b, StringPrep.NORMALIZE_KC); assertEquals(after, new String(b.toArray())); } {code} was: StringPrep from utils use java.text.Normalizer to NFKC normalization. But this normalization is not in accordance with RFC 3454 - see mapping table: http://tools.ietf.org/html/rfc3454#appendix-B.2 Relevant profile description: http://tools.ietf.org/html/rfc3454#section-3.2 Full test will be pull requested soon, but for basic testing and for reference: {code:java} @Test public void testNormalizationWithNFKC(){ ByteStringBuilder b = new ByteStringBuilder(); String before = "\u0041\u0042\u0043\u0044\u0045\u0046\u0047"; String after = "\u0061\u0062\u0063\u0064\u0065\u0066\u0067"; StringPrep.encode(before, b, StringPrep.NORMALIZE_KC); assertEquals(after, new String(b.toArray())); } {code} > NFKC normalization in StringPrep is not in accordance with RFC > -------------------------------------------------------------- > > Key: ELY-47 > URL: https://issues.jboss.org/browse/ELY-47 > Project: WildFly Elytron > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Jan Kalina > Assignee: Darran Lofthouse > > StringPrep from utils use java.text.Normalizer to NFKC normalization. But this normalization is not in accordance with RFC 3454 - see mapping table: > http://tools.ietf.org/html/rfc3454#appendix-B.2 > Relevant profile description: > http://tools.ietf.org/html/rfc3454#section-3.2 > Full test is part of pull request https://github.com/wildfly-security/wildfly-sasl/pull/13 , but for basic testing and for reference can be used this simple test: > {code:java} > @Test > public void testNormalizationWithNFKC(){ > ByteStringBuilder b = new ByteStringBuilder(); > String before = "\u0041\u0042\u0043\u0044\u0045\u0046\u0047"; > String after = "\u0061\u0062\u0063\u0064\u0065\u0066\u0067"; > StringPrep.encode(before, b, StringPrep.NORMALIZE_KC); > assertEquals(after, new String(b.toArray())); > } > {code} -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ELY-46) StringPrep encoding of same private use characters fails

by Jan Kalina (JIRA)

[ https://issues.jboss.org/browse/ELY-46?page=com.atlassian.jira.plugin.sys... ] Jan Kalina edited comment on ELY-46 at 8/26/14 3:32 AM: -------------------------------------------------------- Fix of this bug in pull request https://github.com/wildfly-security/wildfly-sasl/pull/13 was (Author: honza889): Fix of this bug > StringPrep encoding of same private use characters fails > -------------------------------------------------------- > > Key: ELY-46 > URL: https://issues.jboss.org/browse/ELY-46 > Project: WildFly Elytron > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Utils > Reporter: Jan Kalina > Assignee: Darran Lofthouse > Priority: Minor > > {{StringPrep.encode()}} throws {{StringIndexOutOfBoundsException}} on encoding same private use characters, but should throw {{IllegalArgumentException}} and only when profile {{FORBID_PRIVATE_USE}} is used. > {code} > java.lang.StringIndexOutOfBoundsException: String index out of range: 2 > at java.lang.String.charAt(String.java:658) > at org.wildfly.sasl.util.StringPrep.encode(StringPrep.java:212) > {code} > Prepared test is here: > https://github.com/honza889/wildfly-sasl/commit/444de996e3777109ca4806cf6... > Advanced test allow test all private use characters (a lot of them cause same exception), but first two tests shows whole problem. (Advanced test will have a sense only when first two tests are successful.) -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3774) CDI bean with StereoType is not injectable in implicit bean archive

by Takayoshi Kimura (JIRA)

[ https://issues.jboss.org/browse/WFLY-3774?page=com.atlassian.jira.plugin.... ] Takayoshi Kimura commented on WFLY-3774: ---------------------------------------- The examples uses javax.enterprise.inject.Model, a CDI stereotype which definies default scope RequestScoped. > CDI bean with StereoType is not injectable in implicit bean archive > ------------------------------------------------------------------- > > Key: WFLY-3774 > URL: https://issues.jboss.org/browse/WFLY-3774 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: CDI / Weld > Affects Versions: 8.1.0.Final > Reporter: Takayoshi Kimura > Assignee: Stuart Douglas > Attachments: stereotype.zip > > > CDI 1.2 defines bean defining annotations and with beans with these annotations should be injectable. However a bean with StereoType, one of bean defining annotations, is not injectable within implicit bean archive on WildFly. > Attached a simple war project to reproduce this problem. This works on GlassFish 4 but doesn't work on WildFly 8.1.0 nor WildFly 9 master at this time. Making this an explicit bean archive by adding empty beans.xml (or set bean-discovery-mode=all) fixes the problem, the container recognizes the CDI bean correctly. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3774) CDI bean with StereoType is not injectable in implicit bean archive

by Takayoshi Kimura (JIRA)

[ https://issues.jboss.org/browse/WFLY-3774?page=com.atlassian.jira.plugin.... ] Takayoshi Kimura updated WFLY-3774: ----------------------------------- Attachment: stereotype.zip > CDI bean with StereoType is not injectable in implicit bean archive > ------------------------------------------------------------------- > > Key: WFLY-3774 > URL: https://issues.jboss.org/browse/WFLY-3774 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: CDI / Weld > Affects Versions: 8.1.0.Final > Reporter: Takayoshi Kimura > Assignee: Stuart Douglas > Attachments: stereotype.zip > > > CDI 1.2 defines bean defining annotations and with beans with these annotations should be injectable. However a bean with StereoType, one of bean defining annotations, is not injectable within implicit bean archive on WildFly. > Attached a simple war project to reproduce this problem. This works on GlassFish 4 but doesn't work on WildFly 8.1.0 nor WildFly 9 master at this time. Making this an explicit bean archive by adding empty beans.xml (or set bean-discovery-mode=all) fixes the problem, the container recognizes the CDI bean correctly. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3774) CDI bean with StereoType is not injectable in implicit bean archive

by Takayoshi Kimura (JIRA)

Takayoshi Kimura created WFLY-3774: -------------------------------------- Summary: CDI bean with StereoType is not injectable in implicit bean archive Key: WFLY-3774 URL: https://issues.jboss.org/browse/WFLY-3774 Project: WildFly Issue Type: Bug Security Level: Public (Everyone can see) Components: CDI / Weld Affects Versions: 8.1.0.Final Reporter: Takayoshi Kimura Assignee: Stuart Douglas Attachments: stereotype.zip CDI 1.2 defines bean defining annotations and with beans with these annotations should be injectable. However a bean with StereoType, one of bean defining annotations, is not injectable within implicit bean archive on WildFly. Attached a simple war project to reproduce this problem. This works on GlassFish 4 but doesn't work on WildFly 8.1.0 nor WildFly 9 master at this time. Making this an explicit bean archive by adding empty beans.xml (or set bean-discovery-mode=all) fixes the problem, the container recognizes the CDI bean correctly. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3773) Implement graceful shutdown for remote naming

by Stuart Douglas (JIRA)

Stuart Douglas created WFLY-3773: ------------------------------------ Summary: Implement graceful shutdown for remote naming Key: WFLY-3773 URL: https://issues.jboss.org/browse/WFLY-3773 Project: WildFly Issue Type: Sub-task Security Level: Public (Everyone can see) Components: Naming Reporter: Stuart Douglas Assignee: Stuart Douglas When a container is suspended remote naming requests must be rejected. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3772) Implement graceful shutdown for JCA

by Stuart Douglas (JIRA)

Stuart Douglas created WFLY-3772: ------------------------------------ Summary: Implement graceful shutdown for JCA Key: WFLY-3772 URL: https://issues.jboss.org/browse/WFLY-3772 Project: WildFly Issue Type: Sub-task Security Level: Public (Everyone can see) Components: JCA Reporter: Stuart Douglas Assignee: Jesper Pedersen -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3771) Implement graceful shutdown for clustering

by Stuart Douglas (JIRA)

Stuart Douglas created WFLY-3771: ------------------------------------ Summary: Implement graceful shutdown for clustering Key: WFLY-3771 URL: https://issues.jboss.org/browse/WFLY-3771 Project: WildFly Issue Type: Sub-task Security Level: Public (Everyone can see) Components: Clustering Reporter: Stuart Douglas Assignee: Paul Ferraro I am not sure exactly what needs to happen here, I think all that is required is for the node to leave the cluster before suspend starts. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3770) Implement graceful shutdown for EE concurrency

by Stuart Douglas (JIRA)

Stuart Douglas created WFLY-3770: ------------------------------------ Summary: Implement graceful shutdown for EE concurrency Key: WFLY-3770 URL: https://issues.jboss.org/browse/WFLY-3770 Project: WildFly Issue Type: Sub-task Security Level: Public (Everyone can see) Components: EE Reporter: Stuart Douglas Assignee: Eduardo Martins -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 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 August 2014