January 2015 - jboss-jira - Jboss List Archives

[JBoss JIRA] (ELY-23) Add support for RFC5803

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/ELY-23?page=com.atlassian.jira.plugin.sys... ] Darran Lofthouse updated ELY-23: -------------------------------- Fix Version/s: 1.0.0.Beta1 (was: 1.0.0.Alpha1) > Add support for RFC5803 > ----------------------- > > Key: ELY-23 > URL: https://issues.jboss.org/browse/ELY-23 > Project: WildFly Elytron > Issue Type: Sub-task > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: 1.0.0.Beta1 > > > RFC5803 adds support for storing SCRAM secrets in the 'authPassword' attribute introduced by RFC3112 -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ELY-113) Move UsernamePasswordHashUtil main method functions to Main

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/ELY-113?page=com.atlassian.jira.plugin.sy... ] Darran Lofthouse reassigned ELY-113: ------------------------------------ Assignee: Jan Kalina > Move UsernamePasswordHashUtil main method functions to Main > ----------------------------------------------------------- > > Key: ELY-113 > URL: https://issues.jboss.org/browse/ELY-113 > Project: WildFly Elytron > Issue Type: Sub-task > Components: Utils > Reporter: David Lloyd > Assignee: Jan Kalina > Priority: Minor > Fix For: 1.0.0.Beta1 > > > The UsernamePasswordHashUtil main routine should be part of the single command-line entry point class, Main. Or, possibly even eliminated in favor of general password codec/generation routines. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ELY-113) Move UsernamePasswordHashUtil main method functions to Main

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/ELY-113?page=com.atlassian.jira.plugin.sy... ] Darran Lofthouse updated ELY-113: --------------------------------- Parent: ELY-112 Issue Type: Sub-task (was: Task) > Move UsernamePasswordHashUtil main method functions to Main > ----------------------------------------------------------- > > Key: ELY-113 > URL: https://issues.jboss.org/browse/ELY-113 > Project: WildFly Elytron > Issue Type: Sub-task > Components: Utils > Reporter: David Lloyd > Priority: Minor > Fix For: 1.0.0.Beta1 > > > The UsernamePasswordHashUtil main routine should be part of the single command-line entry point class, Main. Or, possibly even eliminated in favor of general password codec/generation routines. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ELY-51) Add a PLAIN SaslClient implementation

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/ELY-51?page=com.atlassian.jira.plugin.sys... ] Darran Lofthouse resolved ELY-51. --------------------------------- Resolution: Done > Add a PLAIN SaslClient implementation > ------------------------------------- > > Key: ELY-51 > URL: https://issues.jboss.org/browse/ELY-51 > Project: WildFly Elytron > Issue Type: Enhancement > Reporter: Darran Lofthouse > Assignee: David Lloyd > Fix For: 1.0.0.Beta1 > > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (JGRP-1721) AUTH and ENCRYPT protocols configured with plain text passwords

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/JGRP-1721?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on JGRP-1721: ----------------------------------------------- Vojtech Juranek <vjuranek(a)redhat.com> changed the Status of [bug 1021819|https://bugzilla.redhat.com/show_bug.cgi?id=1021819] from ON_QA to VERIFIED > AUTH and ENCRYPT protocols configured with plain text passwords > --------------------------------------------------------------- > > Key: JGRP-1721 > URL: https://issues.jboss.org/browse/JGRP-1721 > Project: JGroups > Issue Type: Bug > Affects Versions: 3.4 > Reporter: Martin Gencur > Assignee: Bela Ban > Fix For: 3.5 > > > The following parameters of AUTH protocol are stored as plain text: > * keystore_password > The following parameters of ENCRYPT protocol are stored as plain text: > * store_password > * key_password > Example: > {code} > <ENCRYPT key_store_name="defaultStore.keystore" store_password="changeit" alias="myKey"/> > {code} > Requirements for storing passwords: https://docspace.corp.redhat.com/docs/DOC-131628 -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-680) "contains" operator behaves inconsistently when used with Maps

by Davide Sottara (JIRA)

Davide Sottara created DROOLS-680: ------------------------------------- Summary: "contains" operator behaves inconsistently when used with Maps Key: DROOLS-680 URL: https://issues.jboss.org/browse/DROOLS-680 Project: Drools Issue Type: Bug Affects Versions: 6.2.0.CR4, 6.1.0.Final, 6.0.1.Final, 5.6.0.Final Reporter: Davide Sottara Assignee: Mario Fusco Fix For: 6.2.0.Final In a rule {code} Bean( map contains "x" ) // assuming "map" is a property of type Map {code} "contains" is arbitrarily interpreted as "containsKey" The constrain will then fail after being jitted The documentation explicitly states that "contains" applies to collections -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (JBVFS-199) RealFileSystem:exists is not case sensitive in windows leading to a compilation failure with undertow and jbossweb

by Enrique González Martínez (JIRA)

[ https://issues.jboss.org/browse/JBVFS-199?page=com.atlassian.jira.plugin.... ] Enrique González Martínez resolved JBVFS-199. --------------------------------------------- Resolution: Done > RealFileSystem:exists is not case sensitive in windows leading to a compilation failure with undertow and jbossweb > ------------------------------------------------------------------------------------------------------------------ > > Key: JBVFS-199 > URL: https://issues.jboss.org/browse/JBVFS-199 > Project: JBoss VFS > Issue Type: Bug > Affects Versions: 3.2.5.Final, 3.5.0.Alpha1 > Environment: Windows 64 bits > JDK 1.7.0_71 > Reporter: Enrique González Martínez > Assignee: Enrique González Martínez > Fix For: 3.2.8.Final, 3.5.0.Alpha1 > > > In Wildfly, during jsp compilation the lookup function uses the Classloader::getResourceAsStream that relies on VFSResourceLoader for opening an InputStream. This function is working different due to windows file system (not case sensitive). -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (JGRP-1721) AUTH and ENCRYPT protocols configured with plain text passwords

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/JGRP-1721?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on JGRP-1721: ----------------------------------------------- gsheldon(a)redhat.com changed the Status of [bug 1021819|https://bugzilla.redhat.com/show_bug.cgi?id=1021819] from MODIFIED to ON_QA > AUTH and ENCRYPT protocols configured with plain text passwords > --------------------------------------------------------------- > > Key: JGRP-1721 > URL: https://issues.jboss.org/browse/JGRP-1721 > Project: JGroups > Issue Type: Bug > Affects Versions: 3.4 > Reporter: Martin Gencur > Assignee: Bela Ban > Fix For: 3.5 > > > The following parameters of AUTH protocol are stored as plain text: > * keystore_password > The following parameters of ENCRYPT protocol are stored as plain text: > * store_password > * key_password > Example: > {code} > <ENCRYPT key_store_name="defaultStore.keystore" store_password="changeit" alias="myKey"/> > {code} > Requirements for storing passwords: https://docspace.corp.redhat.com/docs/DOC-131628 -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4235) JDR capture OS version

by Brad Maxwell (JIRA)

Brad Maxwell created WFLY-4235: ---------------------------------- Summary: JDR capture OS version Key: WFLY-4235 URL: https://issues.jboss.org/browse/WFLY-4235 Project: WildFly Issue Type: Feature Request Components: JDR Reporter: Brad Maxwell Assignee: Brad Maxwell JDR should capture OS version if available -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4212) REGRESSION: CDI application fails to deploy in 8.2.0 vs 8.1.0

by Arcadiy Ivanov (JIRA)

[ https://issues.jboss.org/browse/WFLY-4212?page=com.atlassian.jira.plugin.... ] Arcadiy Ivanov commented on WFLY-4212: -------------------------------------- Yep, thanks, have been using 1.0.2 that was created earlier this morning already. > REGRESSION: CDI application fails to deploy in 8.2.0 vs 8.1.0 > ------------------------------------------------------------- > > Key: WFLY-4212 > URL: https://issues.jboss.org/browse/WFLY-4212 > Project: WildFly > Issue Type: Bug > Components: CDI / Weld > Affects Versions: 8.2.0.Final > Reporter: Arcadiy Ivanov > Assignee: Stuart Douglas > Priority: Critical > Attachments: 8.1.0-cluster_logs.2014-12-31T04-01-53.tar.gz, 8.2.0-cluster_logs.2014-12-31T04-19-06.tar.gz > > > While testing an upgrade to 8.2.0 a multi-component integration test that worked on 8.1.0 failed to deploy. > A distilled clean-room test case reproducing the problem is located here: https://github.com/arcivanov/misc/tree/WFCORE-488/WFCORE-488 > This bug is also accompanied by the failure to undeploy partial deployment in WFCORE-488, although at present the above test case not yet reproduces the behavior. > The deployment error on 8.2.0 is as follows: > {noformat} > 2014-12-31 04:17:11,877 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-5) MSC000001: Failed to start service jboss.deployment.unit."bf40aa60-1792-473b-bc2c-344adf89790c.ear".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."bf40aa60-1792-473b-bc2c-344adf89790c.ear".WeldStartService: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_25] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_25] > at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_25] > Caused by: org.jboss.weld.exceptions.DeploymentException: WELD-001408: Unsatisfied dependencies for type DateGenerator with qualifiers @Default > at injection point [BackedAnnotatedField] @Inject private wfcore488.ejb.ExampleEjb.dateGen > at wfcore488.ejb.ExampleEjb.dateGen(ExampleEjb.java:0) > at org.jboss.weld.bootstrap.Validator.validateInjectionPointForDeploymentProblems(Validator.java:372) > at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:293) > at org.jboss.weld.bootstrap.Validator.validateGeneralBean(Validator.java:134) > at org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:167) > at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:531) > at org.jboss.weld.bootstrap.ConcurrentValidator$1.doWork(ConcurrentValidator.java:68) > at org.jboss.weld.bootstrap.ConcurrentValidator$1.doWork(ConcurrentValidator.java:66) > at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:60) > at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:53) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_25] > ... 3 more > 2014-12-31 04:17:11,886 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 66) JBAS014613: Operation ("deploy") failed - address: ([("deployment" => "bf40aa60-1792-473b-bc2c-344adf89790c.ear")]) - failure description: {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"bf40aa60-1792-473b-bc2c-344adf89790c.ear\".WeldStartService" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"bf40aa60-1792-473b-bc2c-344adf89790c.ear\".WeldStartService: Failed to start service > Caused by: org.jboss.weld.exceptions.DeploymentException: WELD-001408: Unsatisfied dependencies for type DateGenerator with qualifiers @Default > at injection point [BackedAnnotatedField] @Inject private wfcore488.ejb.ExampleEjb.dateGen > at wfcore488.ejb.ExampleEjb.dateGen(ExampleEjb.java:0) > "}} > 2014-12-31 04:17:11,889 ERROR [org.jboss.as.server] (ServerService Thread Pool -- 66) JBAS015870: Deploy of deployment "bf40aa60-1792-473b-bc2c-344adf89790c.ear" was rolled back with the following failure message: > {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"bf40aa60-1792-473b-bc2c-344adf89790c.ear\".WeldStartService" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"bf40aa60-1792-473b-bc2c-344adf89790c.ear\".WeldStartService: Failed to start service > Caused by: org.jboss.weld.exceptions.DeploymentException: WELD-001408: Unsatisfied dependencies for type DateGenerator with qualifiers @Default > at injection point [BackedAnnotatedField] @Inject private wfcore488.ejb.ExampleEjb.dateGen > at wfcore488.ejb.ExampleEjb.dateGen(ExampleEjb.java:0) > "}} > {noformat} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 6 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 January 2015