September 2014 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-3829) Server cannot start if server path contains two consecutive spaces

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-3829?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-3829: ----------------------------------------------- Kabir Khan <kkhan(a)redhat.com> changed the Status of [bug 1039860|https://bugzilla.redhat.com/show_bug.cgi?id=1039860] from POST to MODIFIED > Server cannot start if server path contains two consecutive spaces > ------------------------------------------------------------------ > > Key: WFLY-3829 > URL: https://issues.jboss.org/browse/WFLY-3829 > Project: WildFly > Issue Type: Feature Request > Reporter: Bartosz Baranowski > Assignee: Bartosz Baranowski > Priority: Minor > Fix For: 8.1.0.Final, 9.0.0.Beta1 > > -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2210) fix message endpoint isDeliveryTransacted

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-2210?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-2210: ----------------------------------------------- Kabir Khan <kkhan(a)redhat.com> changed the Status of [bug 1147284|https://bugzilla.redhat.com/show_bug.cgi?id=1147284] from NEW to MODIFIED > fix message endpoint isDeliveryTransacted > ----------------------------------------- > > Key: WFLY-2210 > URL: https://issues.jboss.org/browse/WFLY-2210 > Project: WildFly > Issue Type: Bug > Components: EJB > Affects Versions: 8.0.0.Alpha4 > Reporter: Jeff Mesnil > Assignee: Jeff Mesnil > Priority: Blocker > Fix For: 8.0.0.CR1 > > > The org.jboss.as.ejb3.inflow.MessageEndpointService#isDeliveryTransacted method is checking the transaction attribute of the method using the MethodIntf.BEAN while it should use the MethodIntf.MESSAGE_ENDPOINT type. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3531) JPA persistence unit services should start completly before sub-deployments reach the next deployment phase

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-3531?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-3531: ----------------------------------------------- Martin Simka <msimka(a)redhat.com> changed the Status of [bug 1114726|https://bugzilla.redhat.com/show_bug.cgi?id=1114726] from ON_QA to VERIFIED > JPA persistence unit services should start completly before sub-deployments reach the next deployment phase > ----------------------------------------------------------------------------------------------------------- > > Key: WFLY-3531 > URL: https://issues.jboss.org/browse/WFLY-3531 > Project: WildFly > Issue Type: Task > Components: JPA / Hibernate > Reporter: Scott Marlow > Assignee: Scott Marlow > Fix For: 9.0.0.Alpha1 > > > This is about EAR deployments that contain multiple sub-deployments. Currently, EJB jar sub-deployments may still be starting their JPA persistence units while other sub-deployments move ahead (in parallel) to other deployment phases (which can cause the entity classes to be loaded before the persistence provider has been registered with the class file transformer for the persistence unit). > Each deployment/sub-deployment should set the NEXT_PHASE_DEP on the persistence unit service (see current phaseContext.addToAttachmentList(Attachments.NEXT_PHASE_DEPS, puServiceName) in PersistenceUnitServiceHandler). For this to work, each deployment/subdeployment should set NEXT_PHASE_DEPS during the FIRST_MODULE_USE phase for each pre-determine persistence unit service name). -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (JBWEB-303) PHP for the php servlet - Downloads - dead link

by Jean-Frederic Clere (JIRA)

[ https://issues.jboss.org/browse/JBWEB-303?page=com.atlassian.jira.plugin.... ] Jean-Frederic Clere commented on JBWEB-303: ------------------------------------------- It seems the file has been lost :-( > PHP for the php servlet - Downloads - dead link > ----------------------------------------------- > > Key: JBWEB-303 > URL: https://issues.jboss.org/browse/JBWEB-303 > Project: JBoss Web > Issue Type: Bug > Reporter: David Hladky > Assignee: Jean-Frederic Clere > Priority: Critical > Labels: download > > There is a missing download link on http://jbossweb.jboss.org/downloads/php.html . It appears all links were moved to http://download.jboss.org/jbossweb/modules/php/ except for the Windows link. > I tried to find the missing module in download.jboss.org, but I was not able to find it. Please, fix the page or at least if you know the proper link, I can update the page myself with the proper link. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-128) Nonexistent ldap group causes authentication to fail in security-realm

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFCORE-128?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on WFCORE-128: ------------------------------------------------ Darran Lofthouse <darran.lofthouse(a)redhat.com> changed the Status of [bug 1105677|https://bugzilla.redhat.com/show_bug.cgi?id=1105677] from ASSIGNED to POST > Nonexistent ldap group causes authentication to fail in security-realm > ----------------------------------------------------------------------- > > Key: WFCORE-128 > URL: https://issues.jboss.org/browse/WFCORE-128 > Project: WildFly Core > Issue Type: Bug > Components: Domain Management > Affects Versions: 1.0.0.Alpha8 > Reporter: Derek Horton > Assignee: Darran Lofthouse > Fix For: 1.0.0.Alpha9 > > > The LdapGroupSearcher code will fail if it tries to lookup a group that > does not exist on the local ldap server. > This can happen when the ldap systems are configured as trusted domains. > Even though the security-realm is not configured to use the trusted domain > (it is configured to only look at a single ldap server), the > user's entry on one ldap server could point at a group that exists on > the other (trusted) ldap server. > The LdapGroupSearcher code attempts to lookup this role and it fails. This > failure is sent back to the http server which results in an HTTP 500 error > and leaves the user with no way to authenticate/login. > There is currently not a way to tell the group searcher code to ignore the > group/role that cannot be found. > 2014-06-06 12:44:39,819 TRACE [org.jboss.as.domain.management.security] (XNIO-1 task-1) Group found with distinguishedName=cn=TestManagedRole,ou=People,dc=my-ds-domain,dc=com > 2014-06-06 12:44:39,821 TRACE [org.jboss.as.domain.management.security] (XNIO-1 task-1) Failure supplementing Subject: javax.naming.NameNotFoundException: [LDAP: error code 32 - No Such Object]; remaining name 'cn=TestManagedRole,ou=People,dc=my-ds-domain,dc=com' > at com.sun.jndi.ldap.LdapCtx.mapErrorCode(LdapCtx.java:3112) [rt.jar:1.7.0_45] > at com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCtx.java:3033) [rt.jar:1.7.0_45] > at com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCtx.java:2840) [rt.jar:1.7.0_45] > at com.sun.jndi.ldap.LdapCtx.c_getAttributes(LdapCtx.java:1332) [rt.jar:1.7.0_45] > at com.sun.jndi.toolkit.ctx.ComponentDirContext.p_getAttributes(ComponentDirContext.java:231) [rt.jar:1.7.0_45] > at com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.getAttributes(PartialCompositeDirContext.java:139) [rt.jar:1.7.0_45] > at com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.getAttributes(PartialCompositeDirContext.java:127) [rt.jar:1.7.0_45] > at javax.naming.directory.InitialDirContext.getAttributes(InitialDirContext.java:142) [rt.jar:1.7.0_45] > at javax.naming.directory.InitialDirContext.getAttributes(InitialDirContext.java:142) [rt.jar:1.7.0_45] > at org.jboss.as.domain.management.security.LdapGroupSearcherFactory$PrincipalToGroupSearcher.search(LdapGroupSearcherFactory.java:256) [wildfly-domain-management-8.1.0.Final.jar:8.1.0.Final] > at org.jboss.as.domain.management.security.LdapGroupSearcherFactory$PrincipalToGroupSearcher.search(LdapGroupSearcherFactory.java:191) [wildfly-domain-management-8.1.0.Final.jar:8.1.0.Final] > at org.jboss.as.domain.management.security.LdapCacheService$NoCacheCache.search(LdapCacheService.java:223) [wildfly-domain-management-8.1.0.Final.jar:8.1.0.Final] > at org.jboss.as.domain.management.security.LdapSubjectSupplementalService$LdapSubjectSupplemental.loadGroupEntries(LdapSubjectSupplementalService.java:218) [wildfly-domain-management-8.1.0.Final.jar:8.1.0.Final] > at org.jboss.as.domain.management.security.LdapSubjectSupplementalService$LdapSubjectSupplemental.loadGroups(LdapSubjectSupplementalService.java:195) [wildfly-domain-management-8.1.0.Final.jar:8.1.0.Final] > at org.jboss.as.domain.management.security.LdapSubjectSupplementalService$LdapSubjectSupplemental.loadGroups(LdapSubjectSupplementalService.java:188) [wildfly-domain-management-8.1.0.Final.jar:8.1.0.Final] > at org.jboss.as.domain.management.security.LdapSubjectSupplementalService$LdapSubjectSupplemental.supplementSubject(LdapSubjectSupplementalService.java:163) [wildfly-domain-management-8.1.0.Final.jar:8.1.0.Final] > at org.jboss.as.domain.management.security.SecurityRealmService$1.createSubjectUserInfo(SecurityRealmService.java:200) [wildfly-domain-management-8.1.0.Final.jar:8.1.0.Final] > at org.jboss.as.domain.http.server.security.RealmIdentityManager.verify(RealmIdentityManager.java:155) [wildfly-domain-http-interface-8.1.0.Final.jar:8.1.0.Final] > at org.jboss.as.domain.http.server.security.RealmIdentityManager.verify(RealmIdentityManager.java:120) [wildfly-domain-http-interface-8.1.0.Final.jar:8.1.0.Final] > at io.undertow.security.impl.BasicAuthenticationMechanism.authenticate(BasicAuthenticationMechanism.java:110) [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at org.jboss.as.domain.http.server.security.AuthenticationMechanismWrapper.authenticate(AuthenticationMechanismWrapper.java:57) [wildfly-domain-http-interface-8.1.0.Final.jar:8.1.0.Final] > at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:281) [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:298) [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.access$100(SecurityContextImpl.java:268) [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at io.undertow.security.impl.SecurityContextImpl.attemptAuthentication(SecurityContextImpl.java:131) [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at io.undertow.security.impl.SecurityContextImpl.authTransition(SecurityContextImpl.java:106) [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at io.undertow.security.impl.SecurityContextImpl.authenticate(SecurityContextImpl.java:99) [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:50) [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:177) [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:727) [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_45] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_45] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_45] -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (JBWEB-303) PHP for the php servlet - Downloads - dead link

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/JBWEB-303?page=com.atlassian.jira.plugin.... ] Tomaz Cerar updated JBWEB-303: ------------------------------ Forum Reference: https://developer.jboss.org/message/904580#904580 > PHP for the php servlet - Downloads - dead link > ----------------------------------------------- > > Key: JBWEB-303 > URL: https://issues.jboss.org/browse/JBWEB-303 > Project: JBoss Web > Issue Type: Bug > Reporter: David Hladky > Assignee: Remy Maucherat > Priority: Critical > Labels: download > > There is a missing download link on http://jbossweb.jboss.org/downloads/php.html . It appears all links were moved to http://download.jboss.org/jbossweb/modules/php/ except for the Windows link. > I tried to find the missing module in download.jboss.org, but I was not able to find it. Please, fix the page or at least if you know the proper link, I can update the page myself with the proper link. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (JBWEB-303) PHP for the php servlet - Downloads - dead link

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/JBWEB-303?page=com.atlassian.jira.plugin.... ] Tomaz Cerar updated JBWEB-303: ------------------------------ Assignee: Jean-Frederic Clere (was: Remy Maucherat) > PHP for the php servlet - Downloads - dead link > ----------------------------------------------- > > Key: JBWEB-303 > URL: https://issues.jboss.org/browse/JBWEB-303 > Project: JBoss Web > Issue Type: Bug > Reporter: David Hladky > Assignee: Jean-Frederic Clere > Priority: Critical > Labels: download > > There is a missing download link on http://jbossweb.jboss.org/downloads/php.html . It appears all links were moved to http://download.jboss.org/jbossweb/modules/php/ except for the Windows link. > I tried to find the missing module in download.jboss.org, but I was not able to find it. Please, fix the page or at least if you know the proper link, I can update the page myself with the proper link. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-125) Security realm cache definitions not possible for LDAP prinicipal to group group loading.

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFCORE-125?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on WFCORE-125: ------------------------------------------------ Kabir Khan <kkhan(a)redhat.com> changed the Status of [bug 1146117|https://bugzilla.redhat.com/show_bug.cgi?id=1146117] from POST to MODIFIED > Security realm cache definitions not possible for LDAP prinicipal to group group loading. > ----------------------------------------------------------------------------------------- > > Key: WFCORE-125 > URL: https://issues.jboss.org/browse/WFCORE-125 > Project: WildFly Core > Issue Type: Bug > Components: Domain Management, Security > Affects Versions: 1.0.0.Alpha8 > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: 1.0.0.Alpha9 > > > It's not possible to configure LDAP cache in security realms under "authorization=ldap/group-search=principal-to-group" > Possible reason: > The LdapCacheResourceDefinition is not registered under the org.jboss.as.domain.management.security.PrincipalToGroupResourceDefinition > When I try to add the cache configuration manually to standalone.xml, server doesn't start and reports: > 15:23:44,619 ERROR [org.jboss.as.controller] (Controller Boot Thread) JBAS014629: No resource definition is registered for address [ > ("core-service" => "management"), > ("security-realm" => "JBossTest"), > ("authorization" => "ldap"), > ("group-search" => "principal-to-group"), > ("cache" => "by-search-time") > ] > 15:23:44,621 FATAL [org.jboss.as.server] (Controller Boot Thread) JBAS015957: Server boot has failed in an unrecoverable manner; exiting. See previous messages for details. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-1628) alias --help print nothing on jboss-cli

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-1628?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated WFLY-1628: ------------------------------------------ Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=980099, https://bugzilla.redhat.com/show_bug.cgi?id=1139111, https://bugzilla.redhat.com/show_bug.cgi?id=1134282 (was: https://bugzilla.redhat.com/show_bug.cgi?id=980099, https://bugzilla.redhat.com/show_bug.cgi?id=1139111) > alias --help print nothing on jboss-cli > --------------------------------------- > > Key: WFLY-1628 > URL: https://issues.jboss.org/browse/WFLY-1628 > Project: WildFly > Issue Type: Bug > Components: CLI > Affects Versions: 8.0.0.Alpha2 > Environment: MacOS X, JDK 1.7.0_09 > Reporter: Alexis Hassler > Assignee: Alexey Loubyansky > > I have no output when I call this : > [standalone@localhost:9990 /] alias --help > [standalone@localhost:9990 /] -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3862) Run HTTPSConnectionWithCLITestCase and VaultPasswordsInCLITestCase.java with standalone profile

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-3862?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-3862: ----------------------------------------------- Ivo Studensky <istudens(a)redhat.com> changed the Status of [bug 1145994|https://bugzilla.redhat.com/show_bug.cgi?id=1145994] from NEW to ASSIGNED > Run HTTPSConnectionWithCLITestCase and VaultPasswordsInCLITestCase.java with standalone profile > ----------------------------------------------------------------------------------------------- > > Key: WFLY-3862 > URL: https://issues.jboss.org/browse/WFLY-3862 > Project: WildFly > Issue Type: Bug > Components: Test Suite > Reporter: Petr Kremensky > Assignee: Petr Kremensky > > HTTPSConnectionWithCLITestCase and VaultPasswordsInCLITestCase.java secures management interface with SSL, but they sometimes fail to unsecure it due to problem mentioned in WFLY-3778. We should use different configuration to avoid breaking whole manual-mode module due to this (other tests cannot use secured server). > Also change tests to use :*reload* command instead of *reload* operation. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 9 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 2014