January 2012 - jboss-jira - Jboss List Archives

[JBoss JIRA] (AS7-3044) bin/add-user.sh allows create two identical users

by Pavel Janousek (JIRA)

[ https://issues.jboss.org/browse/AS7-3044?page=com.atlassian.jira.plugin.s... ] Pavel Janousek reopened AS7-3044: --------------------------------- I'm not fully satisfied with present behavior. If Realm is editable item, I can set it to something else... If so, there isn't any reason why we can't have the same user with two different realms (from admin PoV), but present behavior reject a such user (second attempt) as duplicated user. Also it isn't a much more meaningful that although mgmt-users.properties is dedicated only for ManagementRealm, add-user script allows to add users with other realms to this file. I think that definitive solution is set Realm in add-user script only informative (Read only) and not editable. I'm also aware that add-user.sh isn't general tool for editing user/group/realms credentials in AS7 (compared to other JEE servers), it is suited only as simple shorthand for rights definition to Admin console - and therefore present behavior without explicit knowing this details could confuse some users too. I think this is rather usability issue, not technical problem. > bin/add-user.sh allows create two identical users > ------------------------------------------------- > > Key: AS7-3044 > URL: https://issues.jboss.org/browse/AS7-3044 > Project: Application Server 7 > Issue Type: Bug > Components: Console > Affects Versions: 7.1.0.Beta1b > Reporter: Pavel Janousek > Assignee: Darran Lofthouse > Fix For: 7.1.0.CR1 > > > bin/add-user.sh allows to create two identical users even you specify really the same input values (realm, login name and password). It created two lines in mgmt-users.properties. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

1
0
0 / 0

[JBoss JIRA] (AS7-3176) Workaround HORNETQ-821

by Brian Stansberry (Created) (JIRA)

Workaround HORNETQ-821 ---------------------- Key: AS7-3176 URL: https://issues.jboss.org/browse/AS7-3176 Project: Application Server 7 Issue Type: Task Components: Domain Management, JMS Reporter: Brian Stansberry Assignee: Brian Stansberry Priority: Critical Fix For: 7.1.0.Final If a fix for https://issues.jboss.org/browse/HORNETQ-821 won't get into AS 7.1.0.Final, we need to try and work around it. It seems that org.hornetq.core.server.management.impl.ManagementServiceImpl aims to protect its internal state by adding the synchronized keyword to many methods; that is by using the ManagementServiceImpl object itself as the guard. But it many places this is omitted. The AS 7 messaging integration can help make up for that by synchronizing on the ManagementServiceImpl before using it. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

3
2
0 / 0

[JBoss JIRA] (AS7-3432) add a method on the CommandContext to handle a commad/operation

by Alexey Loubyansky (JIRA)

Alexey Loubyansky created AS7-3432: -------------------------------------- Summary: add a method on the CommandContext to handle a commad/operation Key: AS7-3432 URL: https://issues.jboss.org/browse/AS7-3432 Project: Application Server 7 Issue Type: Task Components: CLI Reporter: Alexey Loubyansky Assignee: Alexey Loubyansky Fix For: 7.1.0.Final Some handlers need to process CLI scripts (it's especially related to AS7-3427). A way to execute (or add to the batch) a command or an operation would make it much simpler. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

1
1
0 / 0

[JBoss JIRA] (AS7-2310) Rename jboss-admin.sh to jboss-cli.sh

by Jim Tyrrell (Created) (JIRA)

Rename jboss-admin.sh to jboss-cli.sh ------------------------------------- Key: AS7-2310 URL: https://issues.jboss.org/browse/AS7-2310 Project: Application Server 7 Issue Type: Feature Request Reporter: Jim Tyrrell Rename this to make it easier to know what you are going to get, and not bring up an admin thick client, or bring up the admin UI. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

4
4
0 / 0

[JBoss JIRA] (AS7-3434) add a notion of the current default filesystem dir

by Alexey Loubyansky (JIRA)

Alexey Loubyansky created AS7-3434: -------------------------------------- Summary: add a notion of the current default filesystem dir Key: AS7-3434 URL: https://issues.jboss.org/browse/AS7-3434 Project: Application Server 7 Issue Type: Task Components: CLI Reporter: Alexey Loubyansky Assignee: Alexey Loubyansky Fix For: 7.1.0.Final This is useful for commands that access filesystem. E.g. deploy. And especially when processing scripts from archives. Related to AS7-3427. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

1
1
0 / 0

[JBoss JIRA] (AS7-3422) @RolesAllowed @DenyAll on EJBs does not work

by G P (JIRA)

G P created AS7-3422: ------------------------ Summary: @RolesAllowed @DenyAll on EJBs does not work Key: AS7-3422 URL: https://issues.jboss.org/browse/AS7-3422 Project: Application Server 7 Issue Type: Bug Components: EJB Affects Versions: 7.1.0.CR1b Reporter: G P Assignee: jaikiran pai I've a war within EJBs. Annotating an EJB method with @RolesAllowed or @DenyAll does not work as expected - method is executed even if the roles does not match. I also added @SecurityDomain annotation, which did not change the behaviour. EJBContext getCallerPrincipal() returns the correct (authenticated) principal, and isCallerInRole() works fine, but not @RolesAllowed jboss-web.xml: <jboss-web><security-domain>formauth</security-domain></jboss-web> Here's the security-domain part of standalone.xml, which is referenced in the war: <security-domain name="formauth" cache-type="default"> <authentication> <login-module code="UsersRoles" flag="required"> <module-option name="usersProperties" value="defaultUsers.properties"/> <module-option name="rolesProperties" value="defaultRoles.properties"/> </login-module> </authentication> </security-domain> At https://community.jboss.org/message/648047 is a sample war which reproduces the defect -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

4
4
0 / 0

[JBoss JIRA] (AS7-3435) No cloning for parameters of primitive types should be performed if 'pass-by-value' option is disabled for LocalEJBReceiver

by Alexey Makhmutov (JIRA)

Alexey Makhmutov created AS7-3435: ------------------------------------- Summary: No cloning for parameters of primitive types should be performed if 'pass-by-value' option is disabled for LocalEJBReceiver Key: AS7-3435 URL: https://issues.jboss.org/browse/AS7-3435 Project: Application Server 7 Issue Type: Bug Components: EJB Affects Versions: 7.1.0.CR1b Reporter: Alexey Makhmutov Assignee: jaikiran pai Priority: Minor If 'pass-by-value' is disabled for the ejb client, then no cloning should be performed for parameters of primitive types. Current version of code still tries to clone them, as declared parameter class (primitive type) is not equal to runtime parameter value used during the invocation ('boxed' class for primitive type), this results a lot of cloning requests in case of remote methods with primitive types. This problem was noticed while looking at results of profiling sampling for intensive concurrent in-vm invocations of remote methods. Despite the disabled 'pass-by-value' option and correct class-pathes for all components, profiling results still show a lot of call to cloners in case of primitive type parameters. The performance impact is not significant, however it's still additional overhead which can be avoided. In general, I'm not sure if cloning for primitive types is required in other cases as well, however it definitely shouldn't performed if 'pass-by-value' is disabled. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

2
2
0 / 0

[JBoss JIRA] Created: (JBREM-1298) Release 2.5.4.SP3

by Ron Sigal (JIRA)

Release 2.5.4.SP3 ----------------- Key: JBREM-1298 URL: https://issues.jboss.org/browse/JBREM-1298 Project: JBoss Remoting Issue Type: Release Security Level: Public (Everyone can see) Reporter: Ron Sigal Assignee: Ron Sigal -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

1
2
0 / 0

[JBoss JIRA] (AS7-3459) Domain.bat script is curupt in upstream

by Tomaz Cerar (JIRA)

Tomaz Cerar created AS7-3459: -------------------------------- Summary: Domain.bat script is curupt in upstream Key: AS7-3459 URL: https://issues.jboss.org/browse/AS7-3459 Project: Application Server 7 Issue Type: Bug Reporter: Tomaz Cerar Assignee: Tomaz Cerar Priority: Blocker when trying to run start domain with domain.bat it dies with error {noformat} Exception in thread "main" java.lang.NoClassDefFoundError: PROCESS_CONTROLLER_JAVA_OPTS Caused by: java.lang.ClassNotFoundException: PROCESS_CONTROLLER_JAVA_OPTS {noformat} it was caused by recent commits handling AS7-2491 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

1
0
0 / 0

[JBoss JIRA] Created: (AS7-1667) Support expression's in the deployment-scanner resource's "path" attribute

by Brian Stansberry (JIRA)

Support expression's in the deployment-scanner resource's "path" attribute -------------------------------------------------------------------------- Key: AS7-1667 URL: https://issues.jboss.org/browse/AS7-1667 Project: Application Server 7 Issue Type: Feature Request Components: Domain Management Reporter: Brian Stansberry Fix For: 7.1.0.Beta2 See forum thread. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

3
4
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 2012