Hey, guys.
The commands that the CLI uses in interactive mode -- exec, quit, version -- where do those come from? I see the rhq class which has login and logout, but it doesn't seem to have the others.
Thanks! Deon
They're in the org.rhq.enterprise.client.commands package inside the main CLI jar.
On 02/08/2012 01:06 PM, E Deon Lackey wrote:
Hey, guys.
The commands that the CLI uses in interactive mode -- exec, quit, version -- where do those come from? I see the rhq class which has login and logout, but it doesn't seem to have the others.
Thanks! Deon
rhq-users mailing list rhq-users@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/rhq-users
It is also worth noting that those commands are built-in, native (i.e., implemented in Java) commands. They are part of the CLI module itself whereas everything else you execute at the shell is passed directly through to the JavaScript interpreter. When you execute a script in non-interactive mode those commands are not available because we simply pass the script in its entirety directly to the JavaScript interpreter.
On 2/8/12 1:10 PM, Ian Springer wrote:
They're in the org.rhq.enterprise.client.commands package inside the main CLI jar.
On 02/08/2012 01:06 PM, E Deon Lackey wrote:
Hey, guys.
The commands that the CLI uses in interactive mode -- exec, quit, version -- where do those come from? I see the rhq class which has login and logout, but it doesn't seem to have the others.
Thanks! Deon
rhq-users mailing list rhq-users@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/rhq-users
-- Ian Springer Principal Software Developer JBoss Operations Network Red Hat ian.springer@redhat.com
rhq-users mailing list rhq-users@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/rhq-users
So shall it be written, so shall it be done, John.
On 2/8/2012 12:25 PM, John Sanda wrote:
It is also worth noting that those commands are built-in, native (i.e., implemented in Java) commands. They are part of the CLI module itself whereas everything else you execute at the shell is passed directly through to the JavaScript interpreter. When you execute a script in non-interactive mode those commands are not available because we simply pass the script in its entirety directly to the JavaScript interpreter.
On 2/8/12 1:10 PM, Ian Springer wrote:
They're in the org.rhq.enterprise.client.commands package inside the main CLI jar.
On 02/08/2012 01:06 PM, E Deon Lackey wrote:
Hey, guys.
The commands that the CLI uses in interactive mode -- exec, quit, version -- where do those come from? I see the rhq class which has login and logout, but it doesn't seem to have the others.
Thanks! Deon
rhq-users mailing list rhq-users@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/rhq-users
-- Ian Springer Principal Software Developer JBoss Operations Network Red Hat ian.springer@redhat.com
rhq-users mailing list rhq-users@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/rhq-users
rhq-users mailing list rhq-users@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/rhq-users
Nice. Thanks, Ian!
On 2/8/2012 12:10 PM, Ian Springer wrote:
They're in the org.rhq.enterprise.client.commands package inside the main CLI jar.
On 02/08/2012 01:06 PM, E Deon Lackey wrote:
Hey, guys.
The commands that the CLI uses in interactive mode -- exec, quit, version -- where do those come from? I see the rhq class which has login and logout, but it doesn't seem to have the others.
Thanks! Deon
rhq-users mailing list rhq-users@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/rhq-users
-- Ian Springer Principal Software Developer JBoss Operations Network Red Hat ian.springer@redhat.com
rhq-users mailing list rhq-users@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/rhq-users
Hey all,
I'm trying to figure out how to effectively use RHQ's dashboard as a main view to a wall fixed monitor. I'm interested on showing the "Alerted or Unavailable Resources" and "Platform Utilization" portlets side by side. I've configured it like that and have been using a specific read only user to keep the session (FIGURA1.png).
All works fine, but the issue is that the user session keeps expiring. I referred to "https://bugzilla.redhat.com/show_bug.cgi?id=RHQ-2082" but the "refresh interval" is already setted to "1 minute" and this do not prevent the session expiration, so the annoying user/pass modal window appears after a while.
Meanwhile, to try to resolve that I built a simple HTML page that periodically refreshes an iframe which refers to the dashboard's address, but then I faced other issue: on the majority of refreshes instead of showing the dashboard content it shows the "Globally Uncaught Exception" error (FIGURA2.png).
Does someone knows how could one fix this expire session issue? Maybe some setting on the RHQ server's configuration?
RHQ version: 4.1 on Ubuntu 10.04 LTS Browser being tested: Firefox 10.0.1 (Windows and Linux, the error after refresh issue happens on both).
HTML code for iframe:
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="pt-br" lang="pt-br"> <head> <meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" /> <meta http-equiv="content-type" content="text/html; charset=utf-8" /> <meta http-Equiv="Cache-Control" Content="no-cache" /> <meta http-Equiv="Pragma" Content="no-cache" /> <meta http-Equiv="Expires" Content="0" /> <meta http-equiv="refresh" content="30" /> </head> <body style="margin: 0px;"> <iframe name="myInnerFrame" id="innerframe" src=" http://rhq:7080/coregui/#Dashboards" style="width: 100%; height: 100%">O Seo Browser da Dona Internet não suporta frames?</iframe> </body> </html>
Best regards.
Herbert
Can you copy and paste the full stack trace of the Globally Uncaught Exception into this thread? A lot of it got cut off on the right in the screenshot you attached.
I think the issue might be here that we reset the GUI's session expiration timer any time we detect the user navigating to a new "view" within the app (views are designated by the #XXX portion of the URL). Doing a hard browser refresh where the #XXX does not change might not count as a user navigation and therefore not trigger a reset of the session timer. One thing you could try is changing the URL of your iframe from http://rhq:7080/coregui/#Dashboardshttp://rhq:7080/coregui/#Dashboards tohttp://rhq:7080/coregui/ http://rhq:7080/coregui/#Dashboards. This might work because, you're switching from the view "Dashboards" to the view "". And "" will "redirect" to "Dashboards" anyway, so your console would still work as desired. This is all theoretical though. Let me know if you have any luck. If not, I may have some other ideas.
I would file a BZ for a new feature that allows an RHQ admin user to disable the 60 min session timeout for a particular session after logging in. Obviously, disabling the timeout could be seen as a security risk, so we could display a confirmation dialog, e.g. "Are you sure you want to disable session timeouts? This can be a security risk if the PC running RHQ is left unattended."
--Ian
On 02/15/2012 01:29 PM, Herbert de Borba wrote:
Hey all,
I'm trying to figure out how to effectively use RHQ's dashboard as a main view to a wall fixed monitor. I'm interested on showing the "Alerted or Unavailable Resources" and "Platform Utilization" portlets side by side. I've configured it like that and have been using a specific read only user to keep the session (FIGURA1.png).
All works fine, but the issue is that the user session keeps expiring. I referred to "https://bugzilla.redhat.com/show_bug.cgi?id=RHQ-2082" but the "refresh interval" is already setted to "1 minute" and this do not prevent the session expiration, so the annoying user/pass modal window appears after a while.
Meanwhile, to try to resolve that I built a simple HTML page that periodically refreshes an iframe which refers to the dashboard's address, but then I faced other issue: on the majority of refreshes instead of showing the dashboard content it shows the "Globally Uncaught Exception" error (FIGURA2.png).
Does someone knows how could one fix this expire session issue? Maybe some setting on the RHQ server's configuration?
RHQ version: 4.1 on Ubuntu 10.04 LTS Browser being tested: Firefox 10.0.1 (Windows and Linux, the error after refresh issue happens on both).
HTML code for iframe:
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="pt-br" lang="pt-br"> <head> <meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" /> <meta http-equiv="content-type" content="text/html; /> <meta http-Equiv="Cache-Control" Content="no-cache" /> <meta http-Equiv="Pragma" Content="no-cache" /> <meta http-Equiv="Expires" Content="0" /> <meta http-equiv="refresh" content="30" /> </head> <body style="margin: 0px;"> <iframe name="myInnerFrame" id="innerframe" src="http://rhq:7080/coregui/#Dashboards" style="width: 100%; height: 100%">O Seo Browser da Dona Internet não suporta frames?</iframe> </body> </html>
Best regards.
Herbert
rhq-users mailing list rhq-users@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/rhq-users
Ian, I had answered that on the new thread. Thanks.
Em 15/02/2012 17:14, "Ian Springer" ian.springer@redhat.com escreveu:
Can you copy and paste the full stack trace of the Globally Uncaught
Exception into this thread? A lot of it got cut off on the right in the screenshot you attached.
I think the issue might be here that we reset the GUI's session
expiration timer any time we detect the user navigating to a new "view" within the app (views are designated by the #XXX portion of the URL). Doing a hard browser refresh where the #XXX does not change might not count as a user navigation and therefore not trigger a reset of the session timer. One thing you could try is changing the URL of your iframe from http://rhq:7080/coregui/#Dashboards
to http://rhq:7080/coregui/. This might work because, you're switching
from the view "Dashboards" to the view "". And "" will "redirect" to "Dashboards" anyway, so your console would still work as desired. This is all theoretical though. Let me know if you have any luck. If not, I may have some other ideas.
I would file a BZ for a new feature that allows an RHQ admin user to
disable the 60 min session timeout for a particular session after logging in. Obviously, disabling the timeout could be seen as a security risk, so we could display a confirmation dialog, e.g. "Are you sure you want to disable session timeouts? This can be a security risk if the PC running RHQ is left unattended."
--Ian
On 02/15/2012 01:29 PM, Herbert de Borba wrote:
Hey all,
I'm trying to figure out how to effectively use RHQ's dashboard as a
main view to a wall fixed monitor. I'm interested on showing the "Alerted or Unavailable Resources" and "Platform Utilization" portlets side by side. I've configured it like that and have been using a specific read only user to keep the session (FIGURA1.png).
All works fine, but the issue is that the user session keeps expiring. I
referred to "https://bugzilla.redhat.com/show_bug.cgi?id=RHQ-2082" but the "refresh interval" is already setted to "1 minute" and this do not prevent the session expiration, so the annoying user/pass modal window appears after a while.
Meanwhile, to try to resolve that I built a simple HTML page that
periodically refreshes an iframe which refers to the dashboard's address, but then I faced other issue: on the majority of refreshes instead of showing the dashboard content it shows the "Globally Uncaught Exception" error (FIGURA2.png).
Does someone knows how could one fix this expire session issue? Maybe
some setting on the RHQ server's configuration?
RHQ version: 4.1 on Ubuntu 10.04 LTS Browser being tested: Firefox 10.0.1 (Windows and Linux, the error after
refresh issue happens on both).
HTML code for iframe:
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="pt-br" lang="pt-br"> <head> <meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" /> <meta http-equiv="content-type" content="text/html; /> <meta http-Equiv="Cache-Control" Content="no-cache" /> <meta http-Equiv="Pragma" Content="no-cache" /> <meta http-Equiv="Expires" Content="0" /> <meta http-equiv="refresh" content="30" /> </head> <body style="margin: 0px;"> <iframe name="myInnerFrame" id="innerframe" src="
http://rhq:7080/coregui/#Dashboards" style="width: 100%; height: 100%">O Seo Browser da Dona Internet não suporta frames?</iframe>
</body> </html>
Best regards.
Herbert
rhq-users mailing list rhq-users@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/rhq-users
-- Ian Springer Principal Software Developer JBoss Operations Network Red Hat ian.springer@redhat.com
rhq-users mailing list rhq-users@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/rhq-users
rhq-users@lists.stg.fedorahosted.org