September 2013 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-2057) org.jboss.as.server.deployment.RegisteredDeploymentUnitProcessor has unstable compareTo()

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-2057?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-2057: ----------------------------------------------- Stuart Douglas <sdouglas(a)redhat.com> made a comment on [bug 1013470|https://bugzilla.redhat.com/show_bug.cgi?id=1013470] Description of problem: As the description says, org.jboss.as.server.deployment.RegisteredDeploymentUnitProcessor's compareTo is wrong. This can prevent the server booting correctly in some circumstances (e.g. with some versions of JDK8). > org.jboss.as.server.deployment.RegisteredDeploymentUnitProcessor has unstable compareTo() > ----------------------------------------------------------------------------------------- > > Key: WFLY-2057 > URL: https://issues.jboss.org/browse/WFLY-2057 > Project: WildFly > Issue Type: Bug > Components: Server > Reporter: David Lloyd > Assignee: Stuart Douglas > Priority: Blocker > Fix For: 8.0.0.Beta1 > > > As the description says, org.jboss.as.server.deployment.RegisteredDeploymentUnitProcessor's compareTo is wrong. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-1988) SaslException at startup in domain mode using JAAS for ManagementRealm

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-1988?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-1988: ----------------------------------------------- Ondrej Lukas <olukas(a)redhat.com> made a comment on [bug 1003464|https://bugzilla.redhat.com/show_bug.cgi?id=1003464] Verified on EAP 6.2.0.ER3 > SaslException at startup in domain mode using JAAS for ManagementRealm > ----------------------------------------------------------------------- > > Key: WFLY-1988 > URL: https://issues.jboss.org/browse/WFLY-1988 > Project: WildFly > Issue Type: Feature Request > Components: Domain Management > Affects Versions: 8.0.0.Alpha4 > Reporter: Emmanuel Hugonnet > Assignee: Emmanuel Hugonnet > Fix For: 8.0.0.Beta1 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-1988) SaslException at startup in domain mode using JAAS for ManagementRealm

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-1988?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-1988: ----------------------------------------------- Ondrej Lukas <olukas(a)redhat.com> changed the Status of [bug 1003464|https://bugzilla.redhat.com/show_bug.cgi?id=1003464] from ON_QA to VERIFIED > SaslException at startup in domain mode using JAAS for ManagementRealm > ----------------------------------------------------------------------- > > Key: WFLY-1988 > URL: https://issues.jboss.org/browse/WFLY-1988 > Project: WildFly > Issue Type: Feature Request > Components: Domain Management > Affects Versions: 8.0.0.Alpha4 > Reporter: Emmanuel Hugonnet > Assignee: Emmanuel Hugonnet > Fix For: 8.0.0.Beta1 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2169) Add support to change various Undertow options through WildFly in standalone.xml

by Stuart Douglas (JIRA)

[ https://issues.jboss.org/browse/WFLY-2169?page=com.atlassian.jira.plugin.... ] Stuart Douglas reassigned WFLY-2169: ------------------------------------ Assignee: Tomaz Cerar (was: Stuart Douglas) Tomaz, do you mind having a look at this? It should tie in with the other options stuff you were looking at. > Add support to change various Undertow options through WildFly in standalone.xml > -------------------------------------------------------------------------------- > > Key: WFLY-2169 > URL: https://issues.jboss.org/browse/WFLY-2169 > Project: WildFly > Issue Type: Feature Request > Components: Web (Undertow) > Affects Versions: 8.0.0.Alpha4 > Environment: Ubuntu 12.04 LTS, openjdk-7-jdk-7u25-2.3.10-1ubuntu0.12.04.2 > Reporter: Bernd Nigmann > Assignee: Tomaz Cerar > > Undertow's default for the maximum number of HTTP parameter it parses in a GET or POST is 1000: > {noformat} > 15:05:41,276 ERROR [io.undertow.request] (default task-17) > Servlet request failed HttpServerExchange{ POST /***/*******/****}: > java.lang.IllegalStateException: UT000047: The number of > parameters exceeded the maximum of 1000 > {noformat} > In the Undertow sources (https://github.com/undertow-io/undertow/blob/master/core/src/main/java/io...), I found this to be a configurable option: "{{MAX_PARAMETERS}}". > Please allow changing some of these Undertow options through the WildFly {{standalone.xml}}. Tomaz Cerar asked me to create a ticket for this, based on the referenced forum thread. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2110) HTTPS Listener: Security realm needs to be flagged 'required'

by Stuart Douglas (JIRA)

[ https://issues.jboss.org/browse/WFLY-2110?page=com.atlassian.jira.plugin.... ] Stuart Douglas commented on WFLY-2110: -------------------------------------- I am not sure what you mean. This is marked as required in the schema, and in the model it is not nilable with no default value. > HTTPS Listener: Security realm needs to be flagged 'required' > ------------------------------------------------------------- > > Key: WFLY-2110 > URL: https://issues.jboss.org/browse/WFLY-2110 > Project: WildFly > Issue Type: Bug > Components: Web (Undertow) > Reporter: Heiko Braun > Assignee: Stuart Douglas > Fix For: 8.0.0.CR1 > > > It's required to add an https listeners. Otherwise the add dialogs doesn't work (See HTTP > Listeners HTTPS > Add) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2156) Upgrade scannotation to 1.0.3

by Stuart Douglas (JIRA)

[ https://issues.jboss.org/browse/WFLY-2156?page=com.atlassian.jira.plugin.... ] Stuart Douglas commented on WFLY-2156: -------------------------------------- Just FYI scannotation is not actually used (as we use Jandex instead), I only included it because I was worried about the possibility of runtime NoClassDefFoundErrors > Upgrade scannotation to 1.0.3 > ----------------------------- > > Key: WFLY-2156 > URL: https://issues.jboss.org/browse/WFLY-2156 > Project: WildFly > Issue Type: Feature Request > Components: REST > Affects Versions: 8.0.0.Alpha4 > Reporter: Weinan Li > Assignee: Stuart Douglas > > RESTEasy has a dependency on 1.0.3 of scannotation. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2180) Thread threads pools inherit security context of submitting threads

by Stuart Douglas (JIRA)

Stuart Douglas created WFLY-2180: ------------------------------------ Summary: Thread threads pools inherit security context of submitting threads Key: WFLY-2180 URL: https://issues.jboss.org/browse/WFLY-2180 Project: WildFly Issue Type: Bug Components: EE, EJB, Server, Web (Undertow) Affects Versions: 8.0.0.Alpha4 Reporter: Stuart Douglas Assignee: David Lloyd Some thread pool implementation will immediately create a new thread if work is submitted and there is not enough threads available to handle it. This newly created thread will inherit the access control context of the thread that is submitting the work, which essentially means that thread pool threads have a random access control context. This is the root cause of UNDERTOW-102, and likely other security manager related failures as well. I think that the best way to fix this is in the thread pool itself, as it should create the thread in a privileged block. We obviously cannot do this for JDK thread pools however. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2096) WeldApplicationFactory doesn't implement setApplication() correctly

by Stuart Douglas (JIRA)

[ https://issues.jboss.org/browse/WFLY-2096?page=com.atlassian.jira.plugin.... ] Stuart Douglas reassigned WFLY-2096: ------------------------------------ Assignee: Stuart Douglas (was: Jozef Hartinger) > WeldApplicationFactory doesn't implement setApplication() correctly > ------------------------------------------------------------------- > > Key: WFLY-2096 > URL: https://issues.jboss.org/browse/WFLY-2096 > Project: WildFly > Issue Type: Bug > Components: CDI / Weld, JSF > Affects Versions: 8.0.0.Alpha4 > Reporter: Martin Kouba > Assignee: Stuart Douglas > > The problem is described in WELD-913. The fix was only applied to Weld servlet support [1] and not AS7/WildFly8 integration code (most probably because the target environment of the issue was Tomcat). > [1] > https://github.com/weld/core/blob/master/environments/servlet/core/src/ma... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2179) Enforce permissions on deployment upload ops

by Brian Stansberry (JIRA)

Brian Stansberry created WFLY-2179: -------------------------------------- Summary: Enforce permissions on deployment upload ops Key: WFLY-2179 URL: https://issues.jboss.org/browse/WFLY-2179 Project: WildFly Issue Type: Sub-task Components: Domain Management Affects Versions: 8.0.0.Alpha4 Reporter: Brian Stansberry Assignee: Brian Stansberry Fix For: 8.0.0.CR1 The handlers for the upload-deployment-[bytes|stream|url] ops are not triggering any permission checks. This is because they do not affect model and are not accessing the service registry. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (JGRP-1708) sun.security.rsa.RSAPrivateCrtKeyImpl cannot be cast to javax.crypto.SecretKey

by shen kim (JIRA)

[ https://issues.jboss.org/browse/JGRP-1708?page=com.atlassian.jira.plugin.... ] shen kim closed JGRP-1708. -------------------------- Resolution: Rejected > sun.security.rsa.RSAPrivateCrtKeyImpl cannot be cast to javax.crypto.SecretKey > ------------------------------------------------------------------------------ > > Key: JGRP-1708 > URL: https://issues.jboss.org/browse/JGRP-1708 > Project: JGroups > Issue Type: Bug > Environment: JDK1.7 Jgroups3.4.0.Beta1 > Reporter: shen kim > Assignee: Bela Ban > > When I used ENCRYPT with key_store like this: > <config xmlns="urn:org:jgroups" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:org:jgroups http://www.jgroups.org/schema/JGroups-3.3.xsd"> > <TCP /> > <MPING /> > <MERGE2 /> > <FD /> > <VERIFY_SUSPECT /> > <ENCRYPT key_store_name="server.keystore" store_password="changeit" alias="tomcat"/> > <pbcast.NAKACK /> > <UNICAST3 /> > <pbcast.GMS /> > <UFC /> > <MFC /> > <STATS /> > <pbcast.STATE_SOCK /> > </config> > When I start the first Cluster it is OK, but when I start the second Cluster it throw: > Exception in thread "main" java.lang.ClassCastException: sun.security.rsa.RSAPrivateCrtKeyImpl cannot be cast to javax.crypto.SecretKey > at org.jgroups.protocols.ENCRYPT.initConfiguredKey(ENCRYPT.java:274) > at org.jgroups.protocols.ENCRYPT.init(ENCRYPT.java:234) > at org.jgroups.stack.ProtocolStack.initProtocolStack(ProtocolStack.java:848) > at org.jgroups.stack.ProtocolStack.setup(ProtocolStack.java:467) > at org.jgroups.JChannel.init(JChannel.java:830) > at org.jgroups.JChannel.<init>(JChannel.java:158) > at org.jgroups.JChannel.<init>(JChannel.java:138) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 7 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira September 2013