[JBoss JIRA] Created: (JBAS-5515) Failed to load users/passwords/role files
by Heiko Braun (JIRA)
Failed to load users/passwords/role files
-----------------------------------------
Key: JBAS-5515
URL: http://jira.jboss.com/jira/browse/JBAS-5515
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Heiko Braun
Fix For: JBossAS-5.0.0.CR1
21:25:41,277 ERROR [UsersRolesLoginModule] Failed to load users/passwords/role files
java.io.IOException: No properties file: users.properties or defaults: defaultUsers.properties found
at org.jboss.security.auth.spi.Util.loadProperties(Util.java:366)
at org.jboss.security.auth.spi.UsersRolesLoginModule.loadUsers(UsersRolesLoginModule.java:186)
at org.jboss.security.auth.spi.UsersRolesLoginModule.createUsers(UsersRolesLoginModule.java:200)
at org.jboss.security.auth.spi.UsersRolesLoginModule.initialize(UsersRolesLoginModule.java:127)
When executing
one-test:
[junit] Running org.jboss.test.ws.jaxws.samples.context.WebServiceContextEJBTestCase
[junit] Tests run: 3, Failures: 0, Errors: 3, Time elapsed: 2.421 sec
[junit] Test org.jboss.test.ws.jaxws.samples.context.WebServiceContextEJBTestCase FAILED
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[JBoss JIRA] (AS7-2945) Change the domain model paths system to not use services
by David Lloyd (Created) (JIRA)
Change the domain model paths system to not use services
--------------------------------------------------------
Key: AS7-2945
URL: https://issues.jboss.org/browse/AS7-2945
Project: Application Server 7
Issue Type: Enhancement
Components: Domain Management
Reporter: David Lloyd
Assignee: Brian Stansberry
Fix For: Open To Community
Using services for path references has two distinct disadvantages:
* It makes it difficult or impossible to detect changes (the only way to change a path is to restart the service)
* If a path consumer is not a service, it is difficult to use path values
What we should have instead is have a registration mechanism so that when a path is used, the reference is tracked in the model. This lets us detect backreferences in the event where a path is to be deleted. This would also enable us to send a notification when a path is changed, so that changing a path also causes an update or "refresh" on all referencing domain attributes. This way, for example, if I change the base path for the log directory, all the log handlers can automatically be updated as well as part of the same operation, using their existing update logic.
--
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
[JBoss JIRA] (AS7-2335) Need to be able to query all filesystem paths from management interface
by Stan Silvert (Created) (JIRA)
Need to be able to query all filesystem paths from management interface
-----------------------------------------------------------------------
Key: AS7-2335
URL: https://issues.jboss.org/browse/AS7-2335
Project: Application Server 7
Issue Type: Feature Request
Affects Versions: 7.1.0.Alpha1
Reporter: Stan Silvert
Assignee: Brian Stansberry
For deployment scanners, we have a relative-to attribute with the following description
{code}
"relative-to" => {
"type" => STRING,
"description" => "Reference to a filesystem path defined in the \"paths\" section of the server configuration.",
"required" => false,
"access-type" => "read-write",
"storage" => "configuration",
"restart-required" => "no-services"
{code}
However, there is nothing in the management interface that will return all the paths including the built-in ones like jboss.server.base.dir. I need the list of all paths to be able to give the user a drop-down in the console.
--
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
[JBoss JIRA] (AS7-2723) ApplicationServerService creates path services for paths that are listed as configurable
by Brian Stansberry (Created) (JIRA)
ApplicationServerService creates path services for paths that are listed as configurable
----------------------------------------------------------------------------------------
Key: AS7-2723
URL: https://issues.jboss.org/browse/AS7-2723
Project: Application Server 7
Issue Type: Bug
Components: Domain Management
Affects Versions: 7.0.2.Final, 7.0.1.Final, 7.0.0.Final
Reporter: Brian Stansberry
Assignee: Brian Stansberry
Fix For: 7.1.0.CR1
In ApplicationServerService.start()
// Add environment paths
AbsolutePathService.addService(ServerEnvironment.HOME_DIR, serverEnvironment.getHomeDir().getAbsolutePath(), serviceTarget);
AbsolutePathService.addService(ServerEnvironment.SERVER_BASE_DIR, serverEnvironment.getServerBaseDir().getAbsolutePath(), serviceTarget);
AbsolutePathService.addService(ServerEnvironment.SERVER_CONFIG_DIR, serverEnvironment.getServerConfigurationDir().getAbsolutePath(), serviceTarget);
AbsolutePathService.addService(ServerEnvironment.SERVER_DATA_DIR, serverEnvironment.getServerDataDir().getAbsolutePath(), serviceTarget);
AbsolutePathService.addService(ServerEnvironment.SERVER_LOG_DIR, serverEnvironment.getServerLogDir().getAbsolutePath(), serviceTarget);
AbsolutePathService.addService(ServerEnvironment.SERVER_TEMP_DIR, serverEnvironment.getServerTempDir().getAbsolutePath(), serviceTarget);
The xsd says these are configurable but if the services are set here, they aren't.
Likely fix is to change the xsd to reflect reality.
--
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
[JBoss JIRA] Created: (JBAS-8695) Deployment repository garbage collection
by Brian Stansberry (JIRA)
Deployment repository garbage collection
----------------------------------------
Key: JBAS-8695
URL: https://jira.jboss.org/browse/JBAS-8695
Project: JBoss Application Server
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Domain Management
Reporter: Brian Stansberry
Fix For: 7.0.0.CR1
The deployment repository is only loosely coupled to the domain model; i.e. users can add content to the repo and then have a problem or decide to not execute a deployment plan with the result that the deployment is not used in the model. Or they can remove the deployment from the model via an update, which doesn't remove it from the repo (in case the update needs to be rolled back.)
Effect of this is unreferenced deployment content can accumulate in the repo, so we need a gc utility that can be used to clean it out.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[JBoss JIRA] Created: (AS7-1893) JDBC cache store configuration improvements
by Manik Surtani (JIRA)
JDBC cache store configuration improvements
-------------------------------------------
Key: AS7-1893
URL: https://issues.jboss.org/browse/AS7-1893
Project: Application Server 7
Issue Type: Feature Request
Components: Clustering
Reporter: Manik Surtani
Assignee: Paul Ferraro
Fix For: 7.1.0.Beta1
The current <jdbc-store ...> element isn't quite explicit enough to differentiate between the 3 types of JDBC cache stores Infinispan has to offer. <string-keyed-jdbc-store ... >, <binary-keyed-jdbc-store ... > and <mixed-keyed-jdbc-store ... > may be better. Similarly, <bucket-table> and <entry-table> expose implementation details. <binary-keyed-table ...> and <string-keyed-table ... > may be better.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months