[JBoss JIRA] (AS7-2436) clear screen doesn't work on windows 7
by Alexey Loubyansky (Created) (JIRA)
clear screen doesn't work on windows 7
--------------------------------------
Key: AS7-2436
URL: https://issues.jboss.org/browse/AS7-2436
Project: Application Server 7
Issue Type: Bug
Components: CLI
Affects Versions: 7.1.0.Alpha1
Reporter: Alexey Loubyansky
Assignee: Alexey Loubyansky
Following the discussion [jboss-as7-dev] AS 7.1.0 - jboss-admin : cls/clear command not working
I am using Windows 7 64 bit and it is not working.
On 31/10/2011 11:53 PM, Alexey Loubyansky wrote:
> > No, it is expected to work. It does work on linux and remember verifying
> > it on vista. CLI uses jline to manage the terminal. This is what its
> > clearScreen impl looks like
> >
> > /**
> > * Clear the screen by issuing the ANSI "clear screen" code.
> > */
> > public boolean clearScreen() throws IOException {
> > if (!terminal.isANSISupported()) {
> > return false;
> > }
> >
> > // send the ANSI code to clear the screen
> > printString(((char) 27) + "[2J");
> > flushConsole();
> >
> > // then send the ANSI code to go to position 1,1
> > printString(((char) 27) + "[1;1H");
> > flushConsole();
> >
> > redrawLine();
> >
> > return true;
> > }
> >
> > Maybe the terminal doesn't support ANSI?
> >
> > On 10/30/2011 07:35 AM, Vimal Kansal wrote:
>> >> I am using jboss-admin on windows 7 64 bit and both cls/clear are not
>> >> working : they just don't do anything. I wonder if the command is just a
>> >> place holder for now?
--
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] (JBRULES-3563) Planner: Benchmark report should also show percentage versus worst dataset (and an average of that percentage)
by Geoffrey De Smet (JIRA)
Geoffrey De Smet created JBRULES-3563:
-----------------------------------------
Summary: Planner: Benchmark report should also show percentage versus worst dataset (and an average of that percentage)
Key: JBRULES-3563
URL: https://issues.jboss.org/browse/JBRULES-3563
Project: Drools
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: drools-planner
Reporter: Geoffrey De Smet
Assignee: Geoffrey De Smet
Managers like to know much better a result it in relative terms.
This often boils down to comparing the results of the construction heuristic with the results of 1 or more full-fledged configuration (construction heuristic + metaheuristic).
So for each dataset for each solver configuration, we can calculate a percentage: ((- Worst solver's score) - (- this solver's score)) / (- Worst solver's score). For the Worst's solver's score this will be 0%.
If the worst solvers score is 0, then it should be NaN or empty.
Then, for each solver configuration, we can calculate an "average percentage". Note that is is calculated based on the percentages, not the average of the scores! If any datasets have NaN or empty, that result should be discarded (which means the entire column gets discarded).
Classes to look into:
- SingleBenchmark should have the betterThanWorstScorePercentage. TODO: find a better name then that :)
- SolverBenchmark should have the averageBetterThanWorstScorePercentage TODO: find a better name then that :)
- PlannerStatistic should output a graph of it. Copy paste from writeBestScoreSummaryChart. (add it after the WinningScoreDifference code)
- index.html.ftl should write the numbers in the report (add it after WinningScoreDifference)
--
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-5060) CLONE - add-user.sh/add-user.bat should provide a scriptable mode
by Brad Maxwell (JIRA)
Brad Maxwell created AS7-5060:
---------------------------------
Summary: CLONE - add-user.sh/add-user.bat should provide a scriptable mode
Key: AS7-5060
URL: https://issues.jboss.org/browse/AS7-5060
Project: Application Server 7
Issue Type: Feature Request
Components: Security
Affects Versions: 7.1.1.Final
Reporter: Brad Maxwell
Assignee: Anil Saldhana
Currently the vault.sh / vault.bat script can only be run in interactive mode.
We tried scripting vault.sh by redirecting stdin, but that fails due to it using the Java Console class.
This RFE is to add a non-interactive mode, e.g. be able to invoke the vault script with all parameters passed on the command line.
We realise this would expose passwords in plain text, but it is the intention to be able to run this on a private machine and copy the result to the actual deployment box.
--
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
[JBoss JIRA] (JBRULES-3490) Planner: Benchmark report improvements wish list
by Geoffrey De Smet (JIRA)
Geoffrey De Smet created JBRULES-3490:
-----------------------------------------
Summary: Planner: Benchmark report improvements wish list
Key: JBRULES-3490
URL: https://issues.jboss.org/browse/JBRULES-3490
Project: Drools
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: drools-planner
Reporter: Geoffrey De Smet
Assignee: Geoffrey De Smet
A) I really miss the yellow line in benchmark results table - it was
pretty obvious what the winning result is. Now it's just the green box
around ranking and that is hard to find. If the whole line was green,
that'd be different...
B) Wouldn't Twitter Bootstrap allow for sorting the table if I click on
the header? That way, I could sort the table by rank, average etc.
C) The "(winner)" text only appears in the "Winning score difference
summary chart". No other chart shows what the winner is, and that's too
bad. => Fixed on summary charts, but not on problem charts at the moment, because "winner" is ambiguous. It's clear though we want to "overall winner" there.
So we need a different term then winner.
D) Also, locating the winner visually among 20 or 30 lines is very hard.
What about drawing it differently? A thick line in line graphs and some
different filling in bar graphs?
--
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