[JBoss JIRA] (AS7-5241) Look for jboss-cli.xml in current directory.
by Stan Silvert (JIRA)
Stan Silvert created AS7-5241:
---------------------------------
Summary: Look for jboss-cli.xml in current directory.
Key: AS7-5241
URL: https://issues.jboss.org/browse/AS7-5241
Project: Application Server 7
Issue Type: Feature Request
Components: CLI
Affects Versions: 7.1.2.Final (EAP)
Reporter: Stan Silvert
Assignee: Stan Silvert
Fix For: 7.2.0.Alpha1
The jboss-cli.xml file provides configuration for running CLI.
By default, CLI looks for this file first using the system property "jboss.cli.config", where the value is the fully-qualified path and file name.
Next, it tries to find a file named "jboss-cli.xml" in the JBOSS_HOME/bin directory. 99% of the time, this is the way the file is found.
When using the jboss-cli-client.jar, we are running on a machine where AS7 is probably not installed. Therefore, there is no JBOSS_HOME.
So, CLI should also look in the current directory for jboss-cli.xml.
--
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
13 years, 9 months
[JBoss JIRA] (AS7-2949) DMR Browser
by Max Rydahl Andersen (Created) (JIRA)
DMR Browser
-----------
Key: AS7-2949
URL: https://issues.jboss.org/browse/AS7-2949
Project: Application Server 7
Issue Type: Feature Request
Components: Console
Reporter: Max Rydahl Andersen
Assignee: Heiko Braun
I know the CLI exist to browse and perform operations in the management API and its definitely awesome, but it has some severe limitations.
1) It requires you to have AS7 installed
2) I can't access it within a browser
3) It requires upfront DMR knowledge to get to the information
4) I cannot link to it for sharing information to my peers (this could be partially handled by command line but then we are back to 1 & 2)
Similar the current admin console is not sufficient for all cases since it does not allow you to see parts of the DMR model that the admin console does not have UI support for yet.
Thus I suggest we get a way to browse the DMR model to provide a way to read and understand the model by simply browsing it *then* users can use that info to start getting more into the CLI approach. And even when you got the CLI approach handled, just being able to click through and browse the content would be a tremendous help. The console could even be able to generate/show the paths and proper syntax to perform operations via the CLI.
And the CLI could be able to open a webbrowser for a certain segment for more interactive browsing.
Similar tools like JBoss Tools could link to this DMR browser for nice navigation.
next steps could be to also support doing CLI-like operations in the browser but that is not the urgent need.
--
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
13 years, 9 months
[JBoss JIRA] (AS7-3736) javax.el.BeanELResolver.properties keeps references to undeployed classes (Class Loader leak)
by Philippe Guinot (JIRA)
Philippe Guinot created AS7-3736:
------------------------------------
Summary: javax.el.BeanELResolver.properties keeps references to undeployed classes (Class Loader leak)
Key: AS7-3736
URL: https://issues.jboss.org/browse/AS7-3736
Project: Application Server 7
Issue Type: Bug
Components: EE
Affects Versions: 7.1.0.CR1b
Environment: Seam 2.2.2 application
Reporter: Philippe Guinot
Assignee: David Lloyd
This is another Class Loader leak memory issue. When class are loaded into the properties map, they don't get unloaded at undeploy. This cause the whole application's class loader not being garbage collected and so will result in OutOfMemoryError: PermGen space after a few deployments.
The solution would be to call the purgeBeanClasses method at undeploy with each of the class loader of all sub-modules of the application.
For the moment, the work around I've done was to change
{code}private static final ConcurrentHashMap<Class, BeanProperties> properties =
new ConcurrentHashMap<Class, BeanProperties>(CACHE_SIZE);
{code}to{code}
private static final Map<Class<?>, SoftReference<BeanProperties>> properties =
Collections.synchronizedMap(new WeakHashMap<Class<?>, SoftReference<BeanProperties>>(CACHE_SIZE));
{code}
But I'm not really sure if that's a good idea to replace the ConcurrentHashMap with a SynchronizedMap and I had to change
{code}properties.putIfAbsent(baseClass, bps);{code}
By{code}
synchronized(properties) {
if (!properties.containsKey(baseClass))
properties.put(baseClass, new SoftReference<BeanProperties>(bps));
}
{code}
--
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
13 years, 9 months