March 2017 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-8131) Aliases in credential stores should be case insensitive

by Josef Cacek (JIRA)

[ https://issues.jboss.org/browse/WFLY-8131?page=com.atlassian.jira.plugin.... ] Josef Cacek updated WFLY-8131: ------------------------------ Description: Working with credential store aliases should be case insensitive. Current behavior, when aliases are converted to lowercase during add operation is not user-friendly. Subsequent operations should also support automatic conversion to lowercase. E.g. {code} /subsystem=elytron/credential-store=cred-store-default/alias=UPPER:add(secret-value=password) /subsystem=elytron/credential-store=cred-store-default/alias=UPPER:remove() {code} *Current behavior:* First command succeeds and the second fails as the alias is changed to "upper" (in lowercase). *Expected behavior:* Both commans succeeds. *Unignore tests* When this issue is fixed, unignore (and fix if needed) related tests in {{testsuite/elytron/src/test/java/org/wildfly/test/integration/elytron/application/}}. Thanks. {code} git grep WFLY-8131 {code} was: Working with credential store aliases should be case insensitive. Current behavior, when aliases are converted to lowercase during add operation is not user-friendly. Subsequent operations should also support automatic conversion to lowercase. E.g. {code} /subsystem=elytron/credential-store=cred-store-default/alias=UPPER:add(secret-value=password) /subsystem=elytron/credential-store=cred-store-default/alias=UPPER:remove() {code} *Current behavior:* First command succeeds and the second fails as the alias is changed to "upper" (in lowercase). *Expected behavior:* Both commans succeeds. > Aliases in credential stores should be case insensitive > ------------------------------------------------------- > > Key: WFLY-8131 > URL: https://issues.jboss.org/browse/WFLY-8131 > Project: WildFly > Issue Type: Bug > Components: Security > Reporter: Josef Cacek > Assignee: Peter Skopek > Priority: Critical > Labels: credential-store, user_experience > > Working with credential store aliases should be case insensitive. > Current behavior, when aliases are converted to lowercase during add operation is not user-friendly. Subsequent operations should also support automatic conversion to lowercase. > E.g. > {code} > /subsystem=elytron/credential-store=cred-store-default/alias=UPPER:add(secret-value=password) > /subsystem=elytron/credential-store=cred-store-default/alias=UPPER:remove() > {code} > *Current behavior:* > First command succeeds and the second fails as the alias is changed to "upper" (in lowercase). > *Expected behavior:* > Both commans succeeds. > *Unignore tests* > When this issue is fixed, unignore (and fix if needed) related tests in {{testsuite/elytron/src/test/java/org/wildfly/test/integration/elytron/application/}}. Thanks. > {code} > git grep WFLY-8131 > {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-8332) Create test case for usage PicketBox security domain as Elytron security realm

by Ondrej Lukas (JIRA)

Ondrej Lukas created WFLY-8332: ---------------------------------- Summary: Create test case for usage PicketBox security domain as Elytron security realm Key: WFLY-8332 URL: https://issues.jboss.org/browse/WFLY-8332 Project: WildFly Issue Type: Bug Components: Test Suite Reporter: Ondrej Lukas Assignee: Ondrej Lukas Create test case for usage PicketBox security domain as Elytron security realm -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-6916) Wildfly 10 with JSF(mojarra 2.1.18) give java.util.zip.ZipException: zip file is empty

by Prakash Boda (JIRA)

[ https://issues.jboss.org/browse/WFLY-6916?page=com.atlassian.jira.plugin.... ] Prakash Boda commented on WFLY-6916: ------------------------------------ [~rveleda] Good that someone else is also facing similar issue. Do this entry in web.xml fixed this ZipException in your case? If yes then I will give it a try and let you know the outcome. Also let me know if I need to do any other configuration to avoid this ZipException. I am still facing it while my application gets deployed. > Wildfly 10 with JSF(mojarra 2.1.18) give java.util.zip.ZipException: zip file is empty > -------------------------------------------------------------------------------------- > > Key: WFLY-6916 > URL: https://issues.jboss.org/browse/WFLY-6916 > Project: WildFly > Issue Type: Bug > Components: JSF > Environment: Wildfly 10 final > Java 8 > Reporter: Prakash Boda > Assignee: Farah Juma > > Below is the stacktrace. > 2016-08-03 15:26:50,061 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 98) WFLYUT0021: Registered web context: /productName-services > 2016-08-03 15:26:52,532 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 69) Unable to process annotations for url, vfs:/E:/V6/productName/wildfly-10.0.0.Final/bin/content/virtuosoapp.ear/jboss-seam-2.3.0.Final.jar/META-INF/faces-config.xml. Reason: java.util.zip.ZipException: zip file is empty > 2016-08-03 15:26:52,570 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 69) : java.util.zip.ZipException: zip file is empty > at java.util.zip.ZipFile.open(Native Method) > at java.util.zip.ZipFile.<init>(ZipFile.java:219) > at java.util.zip.ZipFile.<init>(ZipFile.java:149) > at java.util.jar.JarFile.<init>(JarFile.java:166) > at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:88) > at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:221) > at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:216) > at java.security.AccessController.doPrivileged(Native Method) > at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:215) > at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:71) > at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:109) > at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122) > at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89) > at com.sun.faces.config.JavaClassScanningAnnotationScanner.processClasspath(JavaClassScanningAnnotationScanner.java:166) > at com.sun.faces.config.JavaClassScanningAnnotationScanner.getAnnotatedClasses(JavaClassScanningAnnotationScanner.java:125) > at com.sun.faces.config.DelegatingAnnotationProvider.getAnnotatedClasses(DelegatingAnnotationProvider.java:85) > at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:841) > at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:793) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:351) > at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:216) > at io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:187) > at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:198) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:100) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:82) > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > at org.jboss.threads.JBossThread.run(JBossThread.java:320) > Suppressed: java.nio.file.NoSuchFileException: C:\Users\bodap\AppData\Local\Temp\jar_cache5902044866304783743.tmp > at sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:79) > at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:97) > at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:102) > at sun.nio.fs.WindowsFileSystemProvider.implDelete(WindowsFileSystemProvider.java:269) > at sun.nio.fs.AbstractFileSystemProvider.delete(AbstractFileSystemProvider.java:103) > at java.nio.file.Files.delete(Files.java:1126) > at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:226) > ... 25 more > After this error also deployment is successful. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ELY-995) Elytron Audit Logging does not log principal if simple file format is used

by Bartosz Baranowski (JIRA)

[ https://issues.jboss.org/browse/ELY-995?page=com.atlassian.jira.plugin.sy... ] Bartosz Baranowski reassigned ELY-995: -------------------------------------- Assignee: Bartosz Baranowski > Elytron Audit Logging does not log principal if simple file format is used > -------------------------------------------------------------------------- > > Key: ELY-995 > URL: https://issues.jboss.org/browse/ELY-995 > Project: WildFly Elytron > Issue Type: Bug > Reporter: Jan Tymel > Assignee: Bartosz Baranowski > Priority: Critical > Attachments: deployment.war > > > _SIMPLE_ format of Elytron Audit Logging does not contain the information about the principal when the authentication is not successful. _JSON_ format contains such piece of information. > Compare _JSON_ format > {noformat} > 3/8/17 3:53 PM,WARNING,{"event":"SecurityAuthenticationFailedEvent","event-time":"3/8/17 3:53 PM","security-identity":{"name":"anonymous","creation-time":"3/8/17 3:53 PM"},"success":false,"principal":"user"} > {noformat} > to _SIMPLE_ format > {noformat} > 3/8/17 3:54 PM,WARNING,event=SecurityAuthenticationFailedEvent,event-time=3/8/17 3:54 PM,security-identity=[name=anonymous,creation-time=3/8/17 3:54 PM],success=false} > {noformat} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-6542) Fix issues in tests with Security Manager

by Jan Tymel (JIRA)

[ https://issues.jboss.org/browse/WFLY-6542?page=com.atlassian.jira.plugin.... ] Jan Tymel reassigned WFLY-6542: ------------------------------- Assignee: (was: Jan Tymel) > Fix issues in tests with Security Manager > ----------------------------------------- > > Key: WFLY-6542 > URL: https://issues.jboss.org/browse/WFLY-6542 > Project: WildFly > Issue Type: Task > Components: Test Suite > Reporter: Jan Tymel > > Tracker for all security manager issues in the testsuite -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-8331) Fix deployment overlay tests to not hide authentication problems

by Josef Cacek (JIRA)

[ https://issues.jboss.org/browse/WFLY-8331?page=com.atlassian.jira.plugin.... ] Josef Cacek updated WFLY-8331: ------------------------------ Description: The deployment overlay tests in {{testsuite/integration/basic}} module have to be updated. The current implementation hide problems which occur before adding the overlay (as there is another failure in {{finally}} section. (was: The deployment overlay tests in {{testsuite/integration/basic}} module has to be updated. The current implementation hide problems which occur before adding the overlay (as there is another failure in {{finally}} section.) > Fix deployment overlay tests to not hide authentication problems > ---------------------------------------------------------------- > > Key: WFLY-8331 > URL: https://issues.jboss.org/browse/WFLY-8331 > Project: WildFly > Issue Type: Bug > Components: Test Suite > Reporter: Josef Cacek > Assignee: Josef Cacek > > The deployment overlay tests in {{testsuite/integration/basic}} module have to be updated. The current implementation hide problems which occur before adding the overlay (as there is another failure in {{finally}} section. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-8331) Fix deployment overlay tests to not hide authentication problems

by Josef Cacek (JIRA)

[ https://issues.jboss.org/browse/WFLY-8331?page=com.atlassian.jira.plugin.... ] Josef Cacek reassigned WFLY-8331: --------------------------------- Assignee: Josef Cacek > Fix deployment overlay tests to not hide authentication problems > ---------------------------------------------------------------- > > Key: WFLY-8331 > URL: https://issues.jboss.org/browse/WFLY-8331 > Project: WildFly > Issue Type: Bug > Components: Test Suite > Reporter: Josef Cacek > Assignee: Josef Cacek > > The deployment overlay tests in {{testsuite/integration/basic}} module has to be updated. The current implementation hide problems which occur before adding the overlay (as there is another failure in {{finally}} section. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-8331) Fix deployment overlay tests to not hide authentication problems

by Josef Cacek (JIRA)

Josef Cacek created WFLY-8331: --------------------------------- Summary: Fix deployment overlay tests to not hide authentication problems Key: WFLY-8331 URL: https://issues.jboss.org/browse/WFLY-8331 Project: WildFly Issue Type: Bug Components: Test Suite Reporter: Josef Cacek The deployment overlay tests in {{testsuite/integration/basic}} module has to be updated. The current implementation hide problems which occur before adding the overlay (as there is another failure in {{finally}} section. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (LOGMGR-147) Create an option for the ExtHandler to not close children handlers

by James Perkins (JIRA)

James Perkins created LOGMGR-147: ------------------------------------ Summary: Create an option for the ExtHandler to not close children handlers Key: LOGMGR-147 URL: https://issues.jboss.org/browse/LOGMGR-147 Project: JBoss Log Manager Issue Type: Enhancement Reporter: James Perkins Assignee: James Perkins In some environments it may not be desirable for the child handlers to be closed when the parent handler is closed. As an example in WildFly if an {{AsyncHandler}} is added with child handlers, then removed those child handlers can no longer be used. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFCORE-2206) Upgrade to WildFly Elytron 1.1.0.Beta20

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2206?page=com.atlassian.jira.plugi... ] Darran Lofthouse resolved WFCORE-2206. -------------------------------------- Fix Version/s: 3.0.0.Alpha20 (was: 3.0.0.Beta8) Resolution: Done > Upgrade to WildFly Elytron 1.1.0.Beta20 > --------------------------------------- > > Key: WFCORE-2206 > URL: https://issues.jboss.org/browse/WFCORE-2206 > Project: WildFly Core > Issue Type: Component Upgrade > Components: Security > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: 3.0.0.Alpha20 > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

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 March 2017