Re: [Users] [Engine-devel] Showing stacktrace info in GUI error dialog

[Vojtech Szocs]

Hi guys, I discussed this with Martin and here are my conclusions.

Any server-side exception (thrown in context of JBoss AS runtime) should always
get logged into server.log or engine.log depending on logger configuration. The
fact that our mysterious InvocationTargetException didn't appear in any logfile
indicates it might have originated from client code - after receiving GWT RPC
response, something goes wrong during RPC payload processing.

Since both BZs mentioned below [2,3] cannot be reliably reproduced, we looked
at GWT RPC code. Martin couldn't trigger this exception from any server side 
code
[command/query execution, Backend EJB, GenericApiGWTServiceImpl/RpcServlet] so
the only logical place was to look at client code doing RPC payload processing.

The symptoms of this mysterious InvocationTargetException are following:
- GWT RPC response arrives with HTTP 200 (OK) status [*]
- nothing gets logged in server.log or engine.log
- still, something goes wrong and GUI shows error dialog due to GWT RPC
  AsyncCallback#onFailure execution

[*] Frontend#failureEventHandler reaches "else" block so "caught" is not
StatusCodeException (thrown when server responds with non-OK status)

Overall, symptoms indicate problem with RPC payload serialization. Martin has
just verified that throwing exception in custom field serializer's "serialize"
method yields the exact symptoms as described above. So GWT client, in an
attempt to make RPC call, invokes the custom serializer which fails; GUI shows
an error dialog but no RPC call is made due to the error.

Since we only have few custom serializers, most classes rely on default GWT RPC
serialization rules. This means it's very likely that there was a problem during
serialization of a specific type, which didn't adhere to GWT RPC serialization
rules..

..which brings us to a patch merged recently to guard against missing no-arg
constructors in shared classes: http://gerrit.ovirt.org/#/c/20274/

(After Martin backported this patch to Engine codebase corresponding to versions
reported in BZs, he indeed found lots of classes with missing no-arg c-tors.)

To summarize: we think both BZs [2,3] were caused by GWT RPC serialization
problems, which shouldn't occur anymore due to no-arg c-tor check. I cannot
say for sure, because both these BZs cannot be reliably reproduced..

As a precaution, we could take patches from this BZ:

  https://bugzilla.redhat.com/1015683

and backport & verify them against both BZs [2,3].

Regards,
Vojtech


- Original Message -
> From: "Martin Perina" 
> To: "engine-devel" 
> Cc: "Einav Cohen" , "users" , "Greg 
> Sheremeta" , "Vojtech
> Szocs" , "Barak Azulay" 
> Sent: Wednesday, January 15, 2014 7:02:19 AM
> Subject: Re: [Engine-devel] Showing stacktrace info in GUI error dialog
> 
> Hi,
> 
> I would like to correct a few things in this case.
> 
> The reason for patch [1] was to identify, from which part of engine code
> InvocationTargetException came from. (more details are at [2] and [3]).
> In both cases this exception was not logged in engine.log or server.log
> 
> Trying to verify this patch I found out this:
> 
> 1) If this exception was raised during command/query execution, it would be
> part
>VdsReturnValue and shown in UI in Operation Canceled dialog. And what's
>most
>important, the exception would be definitely logged in engine.log
> 
> 2) If this exception was raised on backend side outside of command/query
> execution
>(I simulated this by throwing RuntimeException inside
>Backend.runAction/runQuery)
>it would be shown in UI with HTTP status code (500 in this case) and also
>would
>be logged in engine.log
> 
> 3) If this exception was raised somewhere servlet part of frontend code
> (GenericApiGWTServiceImpl)
>it would also be shown in UI with HTTP status code (500 in this case) and
>also
>would be logged in server.log
> 
> 4) For all other cases there is shown dialog in UI with
> 'Error while executing action: A Request to the Server failed: XXX'
>where XXX is the exception message. Patch [1] adds stacktrace to this
>dialog so
>we will be able to identify origin of those rare exceptions.
> 
> So the exception was raised somewhere else and since bugs [2],[3] wasn't been
> successfully
> reproduced yet, it's the only way how to find out origin of the exception.
> 
> And I should also note, that I have no intention to show stacktrace in UI for
> "normal"
> exceptions described in 1), 2) or 3)
> 
> Thanks
> 
> Martin
> 
> 
> [1] http://gerrit.ovirt.org/23096
> [2] http://bugzilla.redhat.com/1039248
> [3] http://bugzill

Re: [Users] Adding storage domain via ovirt-node host

[Vojtech Szocs]

- Original Message -
> From: "Vojtech Szocs" 
> To: "users" 
> Sent: Thursday, January 23, 2014 8:42:37 PM
> Subject: [Users] Adding storage domain via ovirt-node host
> 
> Hi,
> 
> I'm using oVirt Node ISO prepared by Fabian:
> http://fedorapeople.org/~fabiand/node/3.0.4/ovirt-node-iso-3.0.3-0.999.201401231512draft.vdsm.el6.iso
> 
> Starting with clean environment, after adding ovirt-node host to my setup,
> I've tried to add Data/NFS storage domain via this host.
> 
> In WebAdmin GUI, adding storage domain succeeds and it appears with Cross
> DataCenter Status = Locked. After a while, it changes Status to Unattached
> with and following error message appears:
> 
>   Error while executing action Attach Storage Domain: Could not obtain lock
> 
> Attached vdsm.log, it shows ERROR like this one:
> 
>   Thread-356::ERROR::2014-01-23
>   19:15:13,924::dispatcher::67::Storage.Dispatcher.Protect::(run) {'status':
>   {'message': 'Cannot obtain lock: "id=86c292b0-6f40-47cf-a1b1-304f28f753fc,
>   rc=90, out=Cannot acquire cluster lock, err=(90, \'Sanlock resource not
>   acquired\', \'Message too long\')"', 'code': 651}}
> 
> The ovirt-node host has network access to storage domain machine, what does
> "Message too long" means?

OK this is fishy, now it works, after several attempts..

> 
> Thanks,
> Vojtech
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [ovirt-test-day-2] Possible bug while testing vm-init-persistent feature

[Vojtech Szocs]

Thank you, Shahar.

I suspected that NPE would be due to empty domain :P (I forgot to mention that 
in my email)

However, for me, even Run Once without Sysprep didn't work, I got an exception 
that seems to come from VDS broker backend component.

Now I realize that I might have been using bad libvirt version. On my Fedora 19 
host I have:

# rpm -qa libvirt*
libvirt-daemon-driver-qemu-1.1.3.2-1.fc19.x86_64
libvirt-daemon-driver-nodedev-1.1.3.2-1.fc19.x86_64
libvirt-daemon-driver-storage-1.1.3.2-1.fc19.x86_64
libvirt-daemon-kvm-1.1.3.2-1.fc19.x86_64
libvirt-client-1.1.3.2-1.fc19.x86_64
libvirt-daemon-driver-network-1.1.3.2-1.fc19.x86_64
libvirt-daemon-driver-nwfilter-1.1.3.2-1.fc19.x86_64
libvirt-daemon-driver-interface-1.1.3.2-1.fc19.x86_64
libvirt-lock-sanlock-1.1.3.2-1.fc19.x86_64
libvirt-python-1.1.3.2-1.fc19.x86_64
libvirt-daemon-1.1.3.2-1.fc19.x86_64
libvirt-daemon-driver-secret-1.1.3.2-1.fc19.x86_64
libvirt-daemon-config-nwfilter-1.1.3.2-1.fc19.x86_64
libvirt-daemon-qemu-1.1.3.2-1.fc19.x86_64

I'll try to test Sysprep some more in future.

Thanks,
Vojtech


- Original Message -
> From: "Shahar Havivi" 
> To: "Vojtech Szocs" 
> Cc: "users" , "Einav Cohen" 
> Sent: Wednesday, February 12, 2014 1:17:08 PM
> Subject: Re: [ovirt-test-day-2] Possible bug while testing vm-init-persistent 
> feature
> 
> Thanks Vojtech,
> There is a bug (and a fix) here:
> https://bugzilla.redhat.com/1063883
> 
> Shahar.
> 
> On 11.02.14 18:20, Vojtech Szocs wrote:
> > Hello,
> > 
> > I think I found a possible bug while testing Shahar's vm-init-persistent
> > feature, not sure if related to vm-init-persistent or Engine vs. vdsm RPC
> > issue.
> > 
> > Followed steps in [1,2] to install ovirt-engine on F19, then used it to
> > setup another F19 node as host via WebAdmin GUI.
> > 
> > [1] http://www.ovirt.org/OVirt_3.4_TestDay#Installation_notes
> > [2] http://www.ovirt.org/OVirt_3.4.0_release_notes#SECOND_BETA_RELEASE
> > 
> > On engine:
> > # rpm -qa ovirt-engine*
> > ovirt-engine-setup-base-3.4.0-0.7.beta2.fc19.noarch
> > ovirt-engine-webadmin-portal-3.4.0-0.7.beta2.fc19.noarch
> > ovirt-engine-websocket-proxy-3.4.0-0.7.beta2.fc19.noarch
> > ovirt-engine-dbscripts-3.4.0-0.7.beta2.fc19.noarch
> > ovirt-engine-setup-plugin-websocket-proxy-3.4.0-0.7.beta2.fc19.noarch
> > ovirt-engine-setup-plugin-ovirt-engine-3.4.0-0.7.beta2.fc19.noarch
> > ovirt-engine-tools-3.4.0-0.7.beta2.fc19.noarch
> > ovirt-engine-cli-3.4.0.3-1.fc19.noarch
> > ovirt-engine-setup-plugin-ovirt-engine-common-3.4.0-0.7.beta2.fc19.noarch
> > ovirt-engine-setup-3.4.0-0.7.beta2.fc19.noarch
> > ovirt-engine-backend-3.4.0-0.7.beta2.fc19.noarch
> > ovirt-engine-3.4.0-0.7.beta2.fc19.noarch
> > ovirt-engine-setup-plugin-allinone-3.4.0-0.7.beta2.fc19.noarch
> > ovirt-engine-sdk-python-3.4.0.3-1.fc19.noarch
> > ovirt-engine-restapi-3.4.0-0.7.beta2.fc19.noarch
> > ovirt-engine-lib-3.4.0-0.7.beta2.fc19.noarch
> > ovirt-engine-userportal-3.4.0-0.7.beta2.fc19.noarch
> > 
> > On host:
> > # rpm -qa vdsm*
> > vdsm-python-zombiereaper-4.14.2-0.fc19.noarch
> > vdsm-xmlrpc-4.14.2-0.fc19.noarch
> > vdsm-4.14.2-0.fc19.x86_64
> > vdsm-cli-4.14.2-0.fc19.noarch
> > vdsm-python-4.14.2-0.fc19.x86_64
> > 
> > Using default 3.4 DataCenter/Cluster, created WinXP VM via WebAdmin GUI
> > *without* Sysprep enabled.
> > 
> > Trying to Run Once with WinXP ISO attached, I get:
> > 
> >   Error while executing action Run VM once: Network error during
> >   communication with the Host.
> > 
> > Relevant log part attached as XmlRpcExtensionException-part.log
> > 
> >   Command org.ovirt.engine.core.bll.RunVmOnceCommand throw Vdc Bll
> >   exception. With error message VdcBLLException:
> >   org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException:
> >   org.apache.xmlrpc.common.XmlRpcExtensionException: Null values aren't
> >   supported, if isEnabledForExtensions() == false (Failed with error
> >   VDS_NETWORK_ERROR and code 5022)
> > 
> > Second try, created WinXP VM via WebAdmin GUI *with* Sysprep enabled.
> > On Initial Run tab, checked "Configure Time Zone" and providing VM OS
> > specific timezone override, whose value is different than in System
> > tab's (general) "Time Zone" field.
> > 
> > Trying to Run Once with Sysprep enabled & WinXP ISO attached, I get:
> > 
> >   Cannot run VM. VM is running.
> > 
> > Relevant log part attached as VmIsRunning-part.log
> > 
> >   Command CreateVmVDSCommand(HostName = f19-host-34beta2, HostId =
>

Re: [Users] [ovirt-test-day-2] Possible bug while testing vm-init-persistent feature

[Vojtech Szocs]

- Original Message -
> From: "Shahar Havivi" 
> To: "Vojtech Szocs" 
> Cc: "users" , "Einav Cohen" 
> Sent: Thursday, February 13, 2014 7:28:11 PM
> Subject: Re: [ovirt-test-day-2] Possible bug while testing vm-init-persistent 
> feature
> 
> On 13.02.14 12:35, Vojtech Szocs wrote:
> > Thank you, Shahar.
> > 
> > I suspected that NPE would be due to empty domain :P (I forgot to mention
> > that in my email)
> > 
> > However, for me, even Run Once without Sysprep didn't work, I got an
> > exception that seems to come from VDS broker backend component.
> > 
> > Now I realize that I might have been using bad libvirt version. On my
> > Fedora 19 host I have:
> > 
> > # rpm -qa libvirt*
> > libvirt-daemon-driver-qemu-1.1.3.2-1.fc19.x86_64
> > libvirt-daemon-driver-nodedev-1.1.3.2-1.fc19.x86_64
> > libvirt-daemon-driver-storage-1.1.3.2-1.fc19.x86_64
> > libvirt-daemon-kvm-1.1.3.2-1.fc19.x86_64
> > libvirt-client-1.1.3.2-1.fc19.x86_64
> > libvirt-daemon-driver-network-1.1.3.2-1.fc19.x86_64
> > libvirt-daemon-driver-nwfilter-1.1.3.2-1.fc19.x86_64
> > libvirt-daemon-driver-interface-1.1.3.2-1.fc19.x86_64
> > libvirt-lock-sanlock-1.1.3.2-1.fc19.x86_64
> > libvirt-python-1.1.3.2-1.fc19.x86_64
> > libvirt-daemon-1.1.3.2-1.fc19.x86_64
> > libvirt-daemon-driver-secret-1.1.3.2-1.fc19.x86_64
> > libvirt-daemon-config-nwfilter-1.1.3.2-1.fc19.x86_64
> > libvirt-daemon-qemu-1.1.3.2-1.fc19.x86_64
> > 
> > I'll try to test Sysprep some more in future.
> > 
> > Thanks,
> > Vojtech
> > 
> Please note that I push few hours ago a 7 patches related to VmInit that fix
> some bugs including the one that you reported.

Thanks Shahar!

> 
> Thank you for your help,
> 
> Shahar.
> > 
> > - Original Message -
> > > From: "Shahar Havivi" 
> > > To: "Vojtech Szocs" 
> > > Cc: "users" , "Einav Cohen" 
> > > Sent: Wednesday, February 12, 2014 1:17:08 PM
> > > Subject: Re: [ovirt-test-day-2] Possible bug while testing
> > > vm-init-persistent feature
> > > 
> > > Thanks Vojtech,
> > > There is a bug (and a fix) here:
> > > https://bugzilla.redhat.com/1063883
> > > 
> > > Shahar.
> > > 
> > > On 11.02.14 18:20, Vojtech Szocs wrote:
> > > > Hello,
> > > > 
> > > > I think I found a possible bug while testing Shahar's
> > > > vm-init-persistent
> > > > feature, not sure if related to vm-init-persistent or Engine vs. vdsm
> > > > RPC
> > > > issue.
> > > > 
> > > > Followed steps in [1,2] to install ovirt-engine on F19, then used it to
> > > > setup another F19 node as host via WebAdmin GUI.
> > > > 
> > > > [1] http://www.ovirt.org/OVirt_3.4_TestDay#Installation_notes
> > > > [2] http://www.ovirt.org/OVirt_3.4.0_release_notes#SECOND_BETA_RELEASE
> > > > 
> > > > On engine:
> > > > # rpm -qa ovirt-engine*
> > > > ovirt-engine-setup-base-3.4.0-0.7.beta2.fc19.noarch
> > > > ovirt-engine-webadmin-portal-3.4.0-0.7.beta2.fc19.noarch
> > > > ovirt-engine-websocket-proxy-3.4.0-0.7.beta2.fc19.noarch
> > > > ovirt-engine-dbscripts-3.4.0-0.7.beta2.fc19.noarch
> > > > ovirt-engine-setup-plugin-websocket-proxy-3.4.0-0.7.beta2.fc19.noarch
> > > > ovirt-engine-setup-plugin-ovirt-engine-3.4.0-0.7.beta2.fc19.noarch
> > > > ovirt-engine-tools-3.4.0-0.7.beta2.fc19.noarch
> > > > ovirt-engine-cli-3.4.0.3-1.fc19.noarch
> > > > ovirt-engine-setup-plugin-ovirt-engine-common-3.4.0-0.7.beta2.fc19.noarch
> > > > ovirt-engine-setup-3.4.0-0.7.beta2.fc19.noarch
> > > > ovirt-engine-backend-3.4.0-0.7.beta2.fc19.noarch
> > > > ovirt-engine-3.4.0-0.7.beta2.fc19.noarch
> > > > ovirt-engine-setup-plugin-allinone-3.4.0-0.7.beta2.fc19.noarch
> > > > ovirt-engine-sdk-python-3.4.0.3-1.fc19.noarch
> > > > ovirt-engine-restapi-3.4.0-0.7.beta2.fc19.noarch
> > > > ovirt-engine-lib-3.4.0-0.7.beta2.fc19.noarch
> > > > ovirt-engine-userportal-3.4.0-0.7.beta2.fc19.noarch
> > > > 
> > > > On host:
> > > > # rpm -qa vdsm*
> > > > vdsm-python-zombiereaper-4.14.2-0.fc19.noarch
> > > > vdsm-xmlrpc-4.14.2-0.fc19.noarch
> > > > vdsm-4.14.2-0.fc19.x86_64
> > > > vdsm-cli-4.14.2-0.fc19.noarch
> > > > vdsm-python-4.14.2-0.fc19.x86_64
> &g

Re: [Users] new oVirt look-and-feel -- feature page

[Vojtech Szocs]

- Original Message -
> From: "Eli Mesika" 
> To: "Greg Sheremeta" 
> Cc: a...@ovirt.org, "users" 
> Sent: Tuesday, February 18, 2014 10:27:42 PM
> Subject: Re: new oVirt look-and-feel -- feature page
> 
> 
> 
> - Original Message -
> > From: "Greg Sheremeta" 
> > To: "users" , a...@ovirt.org
> > Sent: Tuesday, February 18, 2014 11:19:18 PM
> > Subject: new oVirt look-and-feel -- feature page
> > 
> > Hi,
> > 
> > Please check out the feature page for the new oVirt look-and-feel,
> > PatternFly
> > based: http://www.ovirt.org/Features/NewLookAndFeelPatternFlyPhase1.
> > 
> > Comments are welcome.
> 
> Really cool 

Indeed, it looks great!

> 
> > 
> > Thanks,
> > Greg
> > 
> > Greg Sheremeta
> > Red Hat, Inc.
> > Sr. Software Engineer, RHEV
> > Cell: 919-807-1086
> > gsher...@redhat.com
> > ___
> > Arch mailing list
> > a...@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/arch
> > 
> ___
> Arch mailing list
> a...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/arch
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] adding scripts

[Vojtech Szocs]

- Original Message -
> From: "Einav Cohen" 
> To: "aditya mamidwar" , "Vojtech Szocs" 
> 
> Cc: users@ovirt.org, engine-de...@ovirt.org
> Sent: Thursday, March 13, 2014 8:51:52 PM
> Subject: Re: [Users] adding scripts
> 
> if you are trying to hook into UI-specific events, it sounds
> like you will need to write an oVirt UI Plugin [1] in order to
> do that. However, I believe that the oVirt UI Plugins
> infrastructure doesn't support hooking to events such as "tab
> x was selected" and/or "button b was clicked".
> It does allow you to add new (custom) tabs/sub-tabs/buttons of
> your own, and there is a chance that it allows you to hook
> into events such as 'row x was selected in the grid'.
> 
> @Vojtech will know better. Vojtech?

Einav is right; in general, UI plugins can extend existing UI,
i.e. add custom tab, show custom dialog, add custom button to
existing tab, etc. See [1] for details.

UI plugins can also hook into some application-wide events,
such as user login/logout, main tab item selection change, etc.
See [2] for details.

[1] http://www.ovirt.org/Features/UIPlugins#API_function_reference
[2] http://www.ovirt.org/Features/UIPlugins#Application_event_reference

What you can do is add your custom button on some existing
main tab with click handler that makes some HTTP call to
trigger the action you need.

If you need to add click handler for *existing* button on
existing main tab, or you want to be notified when current
(active) main tab changes, this is not supported yet. Please
create RFE for this if it's something you'd like in UI plugins.

> 
> if you are trying to hook into engine events (e.g. you want to
> run a script every time a VM is started in oVirt, no matter if
> the user started it by clicking the 'run' button in the oVirt-
> engine webadmin, or invoked a REST API request, or an SDK
> command), then it will require some sort of an "engine-plugin"
> infrastructure that we don't have at the moment AFAIK.
> there is a chance that for some of the events you will be able
> to utilize the VDSM hooks (at the Host level) [2].
> 
> 
> Thanks,
> Einav
> 
> [1] http://www.ovirt.org/Features/UIPlugins
> 
> [2] http://www.ovirt.org/VDSM-Hooks
> 
> 
> - Original Message -
> > From: "aditya mamidwar" 
> > To: users@ovirt.org, engine-de...@ovirt.org
> > Sent: Thursday, March 13, 2014 11:23:35 AM
> > Subject: [Users] adding scripts
> > 
> > 
> > I want to commit changes to the engine by adding some bash scripts.
> > the scripts should be invoked once a button or tab is selected in the
> > webadmin portal by the user.
> > 
> > can someone guide on achieving this.
> > 
> > --
> > -Aditya Mamidwar
> > 
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> > 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] adding scripts

[Vojtech Szocs]

- Original Message -
> From: "R P Herrold" 
> To: "oVirt Users ML" 
> Cc: "aditya mamidwar" 
> Sent: Friday, March 21, 2014 3:43:27 PM
> Subject: [Users] adding scripts
> 
> 
> the threading is not clear to me, and I hope I have the
> attributions correct
> 
> On Fri, 21 Mar 2014, Greg Sheremeta wrote:
> 
> >> From: "aditya mamidwar" 
> 
> >> To: aw...@redhat.com, engine-de...@ovirt.org, users@ovirt.org
> >> Sent: Friday, March 21, 2014 6:14:01 AM
> >> Subject: Re: [Users] [Engine-devel] adding scripts
> 
> >> am thus facing following difficulties:
> 
> >> 1 : i wrote the required code using in bash scripting,
> >> which i wish to invoke after a click of button in the
> >> ovirt-portal. (which does not seem to be possible). can you
> >> help on that? which programming language should i use, and
> >> how that file should be invoked.
> 
> [I think Greg said:]
> 
> > This needs to be done in Java. You'll need to read up on
> > oVirt's UI Plugin infrastructure, which Einav and others
> > mentioned below. No, you cannot write a bash script and have
> > a button click in oVirt invoke that.
> 
> Reading this:
>   http://www.ovirt.org/VDSM-Hooks
> it states as a pull quote:
> 
>   The hooks reside on every host in
>   /usr/libexec/vdsm/hooks/ A hook can be any executable
>   (bash/python/perl/binary/etc).
> 
> and then at:
>   http://www.ovirt.org/Features/UIPlugins
> 
>   UI plugins integrate with WebAdmin directly on the
>   client (web browser) using JavaScript programming language.
>   Plugin invocation is driven by WebAdmin and happens right
>   within the context of browser's JavaScript runtime, using
>   JavaScript language as the lowest common denominator between
>   WebAdmin (GWT) and individual plugins. UI plugins can take
>   full advantage of JavaScript language and its rich ecosystem
>   of libraries. There are no specific rules on how to implement
>   UI plugins, plugin API is designed to be simple and not to get
>   in developer's way, regardless of how a developer chooses to
>   write the plugin
> 
> 
> 
> I thought I understood the model, but have gotten confused.
> Iam left with two questions:
> 
> 1. is the plugin to be Java or JavaScript? (I think the answer
> is the latter)

Right, UI plugins are written in JavaScript as their code is dynamically loaded 
during WebAdmin startup.

Your UI plugin is technically a web application on its own, except that plugin 
host page [1] is rendered inside invisible  element.

[1] plugin host page = HTML page responsible for loading actual UI plugin code 
(no markup, just logic)

UI plugin code can make HTTP requests just like any other web application. This 
is how you would invoke operations on remote servers.

The easiest way (I think) is to add custom CGI/Bash script into Apache which 
sits in front of Engine (JBoss AS) server in a typicall oVirt deployment. Your 
UI plugin would simply hit URL mapped to custom CGI/Bash script, which would 
execute whatever command is necessary.

Alternatively, you could deploy custom Java web application (*.war) inside 
Engine Java deployment (engine.ear) so that it co-exists with existing Engine 
web applications (REST API, WebAdmin, UserPortal, etc).

Finally, a totally custom alternative, run your own HTTP server, enable CORS 
[2] for requests from Engine origin, and have your UI plugin talk to this 
custom server.

[2] http://en.wikipedia.org/wiki/Cross-origin_resource_sharing

> 
> 2. is there a constraint as to implementation language, or
> not. I think a JS wrapper can call whatever it wishes, but
> this is not clear to me

Correct, UI plugin itself is JavaScript, it makes no assumptions of server-side 
technology.

It is up to UI plugin developer to decide if/how the plugin should communicate 
with remote servers (Engine REST API, call Apache CGI, call custom server, etc).

> 
> Thank you
> 
> -- Russ herrold
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] adding scripts

[Vojtech Szocs]

- Original Message -
> From: "Alexander Wels" 
> To: "R P Herrold" 
> Cc: "aditya mamidwar" , "oVirt Users ML" 
> 
> Sent: Friday, March 21, 2014 3:58:20 PM
> Subject: Re: [Users] adding scripts
> 
> On Friday, March 21, 2014 10:43:27 AM R P Herrold wrote:
> > the threading is not clear to me, and I hope I have the
> > attributions correct
> > 
> > On Fri, 21 Mar 2014, Greg Sheremeta wrote:
> > >> From: "aditya mamidwar" 
> > >> 
> > >> To: aw...@redhat.com, engine-de...@ovirt.org, users@ovirt.org
> > >> Sent: Friday, March 21, 2014 6:14:01 AM
> > >> Subject: Re: [Users] [Engine-devel] adding scripts
> > >> 
> > >> am thus facing following difficulties:
> > >> 
> > >> 1 : i wrote the required code using in bash scripting,
> > >> which i wish to invoke after a click of button in the
> > >> ovirt-portal. (which does not seem to be possible). can you
> > >> help on that? which programming language should i use, and
> > >> how that file should be invoked.
> > 
> > [I think Greg said:]
> > 
> > > This needs to be done in Java. You'll need to read up on
> > > oVirt's UI Plugin infrastructure, which Einav and others
> > > mentioned below. No, you cannot write a bash script and have
> > > a button click in oVirt invoke that.
> > 
> > Reading this:
> > http://www.ovirt.org/VDSM-Hooks
> > it states as a pull quote:
> > 
> > The hooks reside on every host in
> > /usr/libexec/vdsm/hooks/ A hook can be any executable
> > (bash/python/perl/binary/etc).
> > 
> > and then at:
> > http://www.ovirt.org/Features/UIPlugins
> > 
> > UI plugins integrate with WebAdmin directly on the
> > client (web browser) using JavaScript programming language.
> > Plugin invocation is driven by WebAdmin and happens right
> > within the context of browser's JavaScript runtime, using
> > JavaScript language as the lowest common denominator between
> > WebAdmin (GWT) and individual plugins. UI plugins can take
> > full advantage of JavaScript language and its rich ecosystem
> > of libraries. There are no specific rules on how to implement
> > UI plugins, plugin API is designed to be simple and not to get
> > in developer's way, regardless of how a developer chooses to
> > write the plugin
> > 
> > 
> > 
> > I thought I understood the model, but have gotten confused.
> > Iam left with two questions:
> > 
> > 1. is the plugin to be Java or JavaScript? (I think the answer
> > is the latter)
> > 
> 
> Javascript. But remember the UI plugins are running javascript in your
> browser, and don't directly communicate with VDSM.

Yes, this is an important point. Typically, you invoke operations on hosts 
through Engine's REST API.

As Alex mentioned below, you can also install custom VDSM hooks, these are 
invoked at certain points of VM lifecycle: http://www.ovirt.org/VDSM-Hooks

> 
> > 2. is there a constraint as to implementation language, or
> > not. I think a JS wrapper can call whatever it wishes, but
> > this is not clear to me
> > 
> > Thank you
> > 
> > -- Russ herrold
> 
> Note the VDSM hooks have nothing to do with the UI plugins. The VDSM hooks
> alter the way VDSM works. The UI plugins alter the way the UI works. The
> engine sits in between the UI and VDSM. Basically the UI issues a command to
> the engine, then the engine issues a command to VDSM.
> 
> For UI plugins it is easiest to communicate with the engine using the REST
> api. So your instance your UI plugin has a button, which when you click it
> issues a REST api call. The REST api call is part of the engine. The engine
> creates a command based on the URL and parameters of the REST call and uses
> that command to make a call to VDSM. Once the call reaches VDSM then the VDSM
> hooks come into play.
> 
> So I don't entirely understand what you are trying to do, but you might have
> to write some code in the engine to create the appropriate command to pass to
> VDSM. In addition to the UI plugin and the VDSM hook.
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [Engine-devel] adding scripts

[Vojtech Szocs]

r Wels  wrote:
> > > Aditya,
> > > 
> > > That is because that file doesn't exist. We map that name to a servlet in
> > > web.xml. If you want to modify the GWT host page take a look at
> > > GwtDynamicHostPageServlet.java and its sub classes (for user portal and
> > > webadmin). As well as GwtHostPage.jsp. You will find there is almost
> > > nothing in
> > > that page as all the HTML is being generated at runtime using GWT.
> > > 
> > > Since you are not really explaining what you are trying to do we can't
> > > help
> > > you better on the best strategy to achieve what you want.
> > > 
> > > Alexander
> > > 
> > > On Saturday, March 15, 2014 06:00:21 PM Aditya Mamidwar wrote:
> > > > Hey thanks on the previous issue.
> > > > Also is there a way i can access WebAdmin.Html to add custom buttons
> > > > and
> > > > make few tweaks for personal use? I just cant find that file after
> > > > using
> > > > git.
> > > > 
> > > > Aditya Mamidwar
> > > > 
> > > > -Original Message-
> > > > From: "Einav Cohen" 
> > > > Sent: 14-03-2014 01:21
> > > > To: "aditya mamidwar" ; "Vojtech Szocs"
> > > >  Cc: "users@ovirt.org" ;
> > > > "engine-de...@ovirt.org"  Subject: Re: [Users]
> > > > adding scripts
> > > > 
> > > > if you are trying to hook into UI-specific events, it sounds
> > > > like you will need to write an oVirt UI Plugin [1] in order to
> > > > do that. However, I believe that the oVirt UI Plugins
> > > > infrastructure doesn't support hooking to events such as "tab
> > > > x was selected" and/or "button b was clicked".
> > > > It does allow you to add new (custom) tabs/sub-tabs/buttons of
> > > > your own, and there is a chance that it allows you to hook
> > > > into events such as 'row x was selected in the grid'.
> > > > 
> > > > @Vojtech will know better. Vojtech?
> > > > 
> > > > if you are trying to hook into engine events (e.g. you want to
> > > > run a script every time a VM is started in oVirt, no matter if
> > > > the user started it by clicking the 'run' button in the oVirt-
> > > > engine webadmin, or invoked a REST API request, or an SDK
> > > > command), then it will require some sort of an "engine-plugin"
> > > > infrastructure that we don't have at the moment AFAIK.
> > > > there is a chance that for some of the events you will be able
> > > > to utilize the VDSM hooks (at the Host level) [2].
> > > > 
> > > > 
> > > > Thanks,
> > > > Einav
> > > > 
> > > > [1] http://www.ovirt.org/Features/UIPlugins
> > > > 
> > > > [2] http://www.ovirt.org/VDSM-Hooks
> > > > 
> > > > 
> > > > - Original Message -
> > > > 
> > > > > From: "aditya mamidwar" 
> > > > > To: users@ovirt.org, engine-de...@ovirt.org
> > > > > Sent: Thursday, March 13, 2014 11:23:35 AM
> > > > > Subject: [Users] adding scripts
> > > > > 
> > > > > 
> > > > > I want to commit changes to the engine by adding some bash scripts.
> > > > > the scripts should be invoked once a button or tab is selected in the
> > > > > webadmin portal by the user.
> > > > > 
> > > > > can someone guide on achieving this.
> > > > > 
> > > > > --
> > > > > -Aditya Mamidwar
> > > > > 
> > > > > ___
> > > > > Users mailing list
> > > > > Users@ovirt.org
> > > > > http://lists.ovirt.org/mailman/listinfo/users
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] [ANN][TechTalk] Two UI tech talks next week!

[Vojtech Szocs]

Dear oVirt community,

next week is UI tech talk week! I've prepared two presentations:

1, oVirt JavaScript SDK (Design Proposal)
   Monday, April 7 - 3pm CET / 9am EST / 4pm TLV time

2, Writing UI plugin with AngularJS
   Tuesday, April 8 - 3pm CET / 9am EST / 4pm TLV time

Of these two, the first one is really important, as it covers
current proposal for oVirt JavaScript SDK including plans for
near future.

The second one is recommended for anyone who wants to learn
about oVirt UI plugins, AngularJS and how they fit together.

I'll send an invitation for both presentations shortly.
PDF slides will be available on day of presentation.

Regards,
Vojtech
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] oVirt JavaScript SDK (Design Proposal)

[Vojtech Szocs]

BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Europe/Belgrade
BEGIN:STANDARD
DTSTART:16010101T03
TZOFFSETTO:+0100
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:CET
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETTO:+0200
TZOFFSETFROM:+0100
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1SU
TZNAME:CEST
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:702d6cd9-6a76-453f-be35-f81545e5d30f
SUMMARY:oVirt JavaScript SDK (Design Proposal)
ATTENDEE;CN=users;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailt
 o:users@ovirt.org
ATTENDEE;CN=engine-devel;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRU
 E:mailto:engine-de...@ovirt.org
ORGANIZER;CN=Vojtech Szocs:mailto:vsz...@redhat.com
DTSTART;TZID="Europe/Belgrade":20140407T15
DTEND;TZID="Europe/Belgrade":20140407T17
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20140403T110820Z
DTSTAMP:20140403T110820Z
SEQUENCE:0
DESCRIPTION:The following is a new meeting request:\n\nSubject: oVirt JavaSc
 ript SDK (Design Proposal) \nOrganizer: "Vojtech Szocs"  
 \n\nTime: Monday\, April 7\, 2014\, 3:00:00 PM - 5:00:00 PM GMT +01:00 Belgr
 ade\, Bratislava\, Budapest\, Ljubljana\, Prague\n \nInvitees: users@ovirt.o
 rg\; engine-de...@ovirt.org \n\n\n*~*~*~*~*~*~*~*~*~*\n\nHi guys\,\n\nwe're 
 planning to move oVirt UI to use REST API [1] and this session is the first 
 step in our journey.\n\nMake sure to join if you want to learn about our pla
 ns for oVirt JavaScript SDK and its use in web applications.\n\nTopics cover
 ed:\n* Java SDK overview\n* JavaScript SDK design overview\n* JavaScript Bin
 ding API proposal\n* Future plans\n\nEstimated duration: 2 hours\n\nTo join 
 this meeting\, dial into the Intercall bridge and use following conference c
 ode: 712 886 7405 #\nhttps://www.intercallonline.com/listNumbersByCode.actio
 n?confCode=7128867405\n\nPDF slides will be available on day of presentation
 .\n\n[1] http://www.ovirt.org/Features/Design/Using_REST_API_In_Web_UI\n\nRe
 gards\,\nVojtech\n
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] Writing UI plugin with AngularJS

[Vojtech Szocs]

BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Europe/Belgrade
BEGIN:STANDARD
DTSTART:16010101T03
TZOFFSETTO:+0100
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:CET
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETTO:+0200
TZOFFSETFROM:+0100
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1SU
TZNAME:CEST
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:feb29ae9-8446-4acc-94fe-f7f6e05417ab
SUMMARY:Writing UI plugin with AngularJS
ATTENDEE;CN=users;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailt
 o:users@ovirt.org
ATTENDEE;CN=engine-devel;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRU
 E:mailto:engine-de...@ovirt.org
ORGANIZER;CN=Vojtech Szocs:mailto:vsz...@redhat.com
DTSTART;TZID="Europe/Belgrade":20140408T15
DTEND;TZID="Europe/Belgrade":20140408T17
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20140403T111543Z
DTSTAMP:20140403T111543Z
SEQUENCE:0
DESCRIPTION:The following is a new meeting request:\n\nSubject: Writing UI p
 lugin with AngularJS \nOrganizer: "Vojtech Szocs"  \n\nTi
 me: Tuesday\, April 8\, 2014\, 3:00:00 PM - 5:00:00 PM GMT +01:00 Belgrade\,
  Bratislava\, Budapest\, Ljubljana\, Prague\n \nInvitees: users@ovirt.org\; 
 engine-de...@ovirt.org \n\n\n*~*~*~*~*~*~*~*~*~*\n\nHi guys\,\n\nthis sessio
 n is for those of you interested in learning about oVirt UI plugins\, Angula
 rJS and how they fit together.\n\nIncludes UI plugin & AngularJS overview\, 
 writing UI plugin step-by-step and live demo.\n\nTopics covered:\n* AngularJ
 S fly-through\n* oVirt UI plugins fly-through\n* UI plugin with AngularJS wa
 lk-through\n* Live demo\n\nEstimated duration: 1.5 hours\n\nTo join this mee
 ting\, dial into the Intercall bridge and use following conference code: 712
  886 7405 #\nhttps://www.intercallonline.com/listNumbersByCode.action?confCo
 de=7128867405\n\nPDF slides + source code will be available on day of presen
 tation.\n\nRegards\,\nVojtech\n
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Writing UI plugin with AngularJS

[Vojtech Szocs]

(cc'ing devel list)

Einav is right, there's "3.5 SLA features overview" meeting starting at 4pm CET.

I'll move the session one hour earlier, from 3-5pm to 2-4pm CET (to 8-10am EST).

I'll also add devel list on CC list of both sessions.

Vojtech


- Original Message -
> From: "Einav Cohen" 
> To: "Vojtech Szocs" 
> Cc: "users" , "engine-devel" 
> Sent: Thursday, April 3, 2014 2:17:39 PM
> Subject: Re: [Users] Writing UI plugin with AngularJS
> 
> Vojtech, this is conflicting with the '3.5 SLA features overview'
> meeting. maybe move this meeting to start one hour earlier (2:00
> PM Brno time)?
> 
> - Original Message -
> > From: "Vojtech Szocs" 
> > To: "users" , "engine-devel" 
> > Sent: Thursday, April 3, 2014 7:15:43 AM
> > Subject: [Users] Writing UI plugin with AngularJS
> > 
> > The following is a new meeting request:
> > 
> > Subject: Writing UI plugin with AngularJS
> > Organizer: "Vojtech Szocs" 
> > 
> > Time: Tuesday, April 8, 2014, 3:00:00 PM - 5:00:00 PM GMT +01:00 Belgrade,
> > Bratislava, Budapest, Ljubljana, Prague
> >  
> > Invitees: users@ovirt.org; engine-de...@ovirt.org
> > 
> > 
> > *~*~*~*~*~*~*~*~*~*
> > 
> > Hi guys,
> > 
> > this session is for those of you interested in learning about oVirt UI
> > plugins, AngularJS and how they fit together.
> > 
> > Includes UI plugin & AngularJS overview, writing UI plugin step-by-step and
> > live demo.
> > 
> > Topics covered:
> > * AngularJS fly-through
> > * oVirt UI plugins fly-through
> > * UI plugin with AngularJS walk-through
> > * Live demo
> > 
> > Estimated duration: 1.5 hours
> > 
> > To join this meeting, dial into the Intercall bridge and use following
> > conference code: 712 886 7405 #
> > https://www.intercallonline.com/listNumbersByCode.action?confCode=7128867405
> > 
> > PDF slides + source code will be available on day of presentation.
> > 
> > Regards,
> > Vojtech
> > 
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> > 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] Writing UI plugin with AngularJS

[Vojtech Szocs]

BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Europe/Belgrade
BEGIN:STANDARD
DTSTART:16010101T03
TZOFFSETTO:+0100
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:CET
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETTO:+0200
TZOFFSETFROM:+0100
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1SU
TZNAME:CEST
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:feb29ae9-8446-4acc-94fe-f7f6e05417ab
SUMMARY:Writing UI plugin with AngularJS
ATTENDEE;CN=users;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailt
 o:users@ovirt.org
ATTENDEE;CN=engine-devel;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRU
 E:mailto:engine-de...@ovirt.org
ATTENDEE;CN=Thomas Jelinek;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=T
 RUE:mailto:tjeli...@redhat.com
ATTENDEE;CN=Lior Vernia;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE
 :mailto:lver...@redhat.com
ATTENDEE;CN=Steve Gordon;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRU
 E:mailto:sgor...@redhat.com
ATTENDEE;CN=Mooli Tayer;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE
 :mailto:mta...@redhat.com
ATTENDEE;CN=Greg Sheremeta;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=T
 RUE:mailto:gsher...@redhat.com
ATTENDEE;CN=Alexander Wels;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=T
 RUE:mailto:aw...@redhat.com
ATTENDEE;CN=Ramesh Nachimuthu;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSV
 P=TRUE:mailto:rnach...@redhat.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o
 virt.org
ORGANIZER;CN=Vojtech Szocs:mailto:vsz...@redhat.com
DTSTART;TZID="Europe/Belgrade":20140408T14
DTEND;TZID="Europe/Belgrade":20140408T16
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20140403T131557Z
DTSTAMP:20140403T131557Z
SEQUENCE:1
DESCRIPTION:The following meeting has been modified:\n\nSubject: Writing UI 
 plugin with AngularJS \nOrganizer: "Vojtech Szocs"  \n\nT
 ime: Tuesday\, April 8\, 2014\, 2:00:00 PM - 4:00:00 PM GMT +01:00 Belgrade\
 , Bratislava\, Budapest\, Ljubljana\, Prague [MODIFIED]\n \nInvitees: users@
 ovirt.org\; engine-de...@ovirt.org\; tjeli...@redhat.com\; lver...@redhat.co
 m\; sgor...@redhat.com\; mta...@redhat.com\; gsher...@redhat.com\; awels@red
 hat.com\; rnach...@redhat.com\; de...@ovirt.org \n\n\n*~*~*~*~*~*~*~*~*~*\n\
 nUPDATE: we will start one hour earlier\, at 2pm CET / 8am EST / 3pm TLV tim
 e\n\nHi guys\, \n\nthis session is for those of you interested in learning a
 bout oVirt UI plugins\, AngularJS and how they fit together. \n\nIncludes UI
  plugin & AngularJS overview\, writing UI plugin step-by-step and live demo.
  \n\nTopics covered: \n* AngularJS fly-through \n* oVirt UI plugins fly-thro
 ugh \n* UI plugin with AngularJS walk-through \n* Live demo \n\nEstimated du
 ration: 1.5 hours \n\nTo join this meeting\, dial into the Intercall bridge 
 and use following conference code: 712 886 7405 # \nhttps://www.intercallonl
 ine.com/listNumbersByCode.action?confCode=7128867405 \n\nPDF slides + source
  code will be available on day of presentation. \n\nRegards\, \nVojtech \n
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] UI plugins: AngularJS Demo Plugin

[Vojtech Szocs]

Hi guys,

for those of you interested in AngularJS, there's now a sample oVirt
UI plugin available from samples-uiplugins repo:

  http://www.ovirt.org/Features/UIPlugins#AngularJS_Demo_Plugin

(It's very similar to one presented in our recent "Writing UI plugin
with AngularJS" presentation.)

When writing UI plugins beyond simple "hello world", it's important
to keep the code well-structured and maintainable; utilizing proven
patterns like Model-View-Controller, Dependency Injection, etc. seems
to be a good way to go.

Of course, some JavaScript ninjas might do things in a different way.

:)

Regards,
Vojtech
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [Engine-devel] ui plugin problems, cannot read from a file.

[Vojtech Szocs]

Hi guys,

> hey, am trying to display the contents of a text file in a java
> applet as a ui plugin in ovirt.

> The same applet performs successfully when run as a standalone, but
> fails to deliver when the it is run through ovirt.

UI plugins are written in JavaScript and HTML. UI plugin is technically
standalone web application sandboxed within invisible  element
under WebAdmin's DOM. UI plugin uses API to extend existing WebAdmin
functionality through custom UI components (main tab, dialog, etc).

Java applet technology cannot be used to implement UI plugin because
plugin vs. WebAdmin integration happens on JavaScript/HTML level.

I suggest to check out samples-uiplugins git repo for examples:

  http://www.ovirt.org/Features/UIPlugins#Sample_UI_plugins

If you really want to write UI plugin in Java language, you can use
GWT (as suggested by Greg) which yields JavaScript/HTML output.

In general, any technology/language that ultimately yields JavaScript
code can be used to implement UI plugin.

> isn't one of the points of a uiplugin it doesn't have to be GWT based
> (as its not going to be part of the codebase)?

In fact, UI plugins can be written in GWT, if desired. However, as
you mentioned, plugins are decoupled from WebAdmin code base through
the plugin infra/subsystem.

Regards,
Vojtech


- Original Message -
> From: "Greg Sheremeta" 
> To: "Itamar Heim" 
> Cc: engine-de...@ovirt.org, "aditya mamidwar" , 
> users@ovirt.org
> Sent: Monday, March 31, 2014 2:44:40 PM
> Subject: Re: [Engine-devel] ui plugin problems, cannot read from a file.
> 
> 
> 
> - Original Message -
> > From: "Itamar Heim" 
> > To: "Greg Sheremeta" , "aditya mamidwar"
> > 
> > Cc: engine-de...@ovirt.org, users@ovirt.org
> > Sent: Monday, March 31, 2014 12:58:33 AM
> > Subject: Re: [Engine-devel] ui plugin problems, cannot read from a file.
> > 
> > On 03/30/2014 06:33 PM, Greg Sheremeta wrote:
> > > I don't have any ideas. But:
> > >
> > > You really should use GWT to do this instead of an applet. I can't speak
> > > for everyone, and I'm not a maintainer, but I would not accept an applet
> > > into the ovirt-engine source code. It adds a very unnecessary dependency
> > > for the user (to have Java installed in the browser).
> > >
> > 
> > isn't one of the points of a uiplugin it doesn't have to be GWT based
> > (as its not going to be part of the codebase)?
> > 
> Ah, yes, of course :)
> So please disregard my comment.
> /me and his bruised ego steps away from engine-devel
> 
> Greg
> 
> > > Greg
> > >
> > >
> > > 
> > >
> > > *From: *"aditya mamidwar" 
> > > *To: *users@ovirt.org, engine-de...@ovirt.org, aw...@redhat.com,
> > > "Einav Cohen" , "Greg Sheremeta"
> > > 
> > > *Sent: *Sunday, March 30, 2014 8:14:41 AM
> > > *Subject: *ui plugin problems, cannot read from a file.
> > >
> > >
> > >
> > > hey, am trying to display the contents of a text file in a java
> > > applet as a ui plugin in ovirt.
> > >
> > > The same applet performs successfully when run as a standalone, but
> > > fails to deliver when the it is run through ovirt.
> > >
> > > any plausible explanation?
> > > PFA the screenshot of both cases
> > >
> > > --
> > > -Aditya Mamidwar
> > >
> > >
> > >
> > >
> > > ___
> > > Engine-devel mailing list
> > > engine-de...@ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > >
> > 
> > 
> ___
> Engine-devel mailing list
> engine-de...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] webhook

[Vojtech Szocs]

Hi,

if I get this correctly, you'd like to be notified when certain event
happens (VM created/deleted/etc.) and react upon that. I see multiple
possible approaches here:

0, improve Engine extension API (refer to Alon Bar-Lev for details)
   - if extensions can be packaged as JARs and these JARs could include
 web fragments [1] it would mean the possibility to deploy custom
 servlets onto existing Engine instance (in context of webapp that
 processes extensions)
   - your custom Java servlet could query REST interface (or be notified
 once something happens, but AFAIK we don't have that implemented yet)
 and do whatever logic is needed
   - once I asked Alon about ^^ but never got response from him
   - IMHO this would be a nice way to deploy custom Java code on Engine

[1] https://blogs.oracle.com/swchan/entry/servlet_3_0_web_fragment

1, improve UI plugin API
   - add "VirtualMachineDataLoaded" event fired upon each refresh of
 VM data in UI table (generalization -> "{Entity}DataLoaded")
   - this is similar to existing "{Entity}SelectionChange" events

2, write UI plugin that uses oVirtJS to periodically check VM events

The disadvantage of 1, and 2, is that WebAdmin GUI must be open.
In any case, if you'd like to explore the possibility of doing this
via UI plugin, I'm here to help.

Vojtech


- Original Message -
> From: "Oved Ourfali" 
> To: "Yair Zaslavsky" 
> Cc: "Koen Vanoppen" , users@ovirt.org, "Vojtech 
> Szocs" 
> Sent: Thursday, October 30, 2014 2:10:12 PM
> Subject: Re: [ovirt-users] webhook
> 
> Hi
> 
> CC-ing also Vojtech, the "father" of the UI plugins.
> 
> Anyway, the only way to accomplish that via UI plugins at the moment is via
> adding a new "action menu item", that in the background deleted the VM, and
> reports to Foreman.
> I would be nice to have a "hook" for different UI action items, but it isn't
> available at the moment.
> There are plenty code samples for UI plugins, most of them available at:
> http://www.ovirt.org/Features/UIPlugins
> 
> I must say that I'm not sure webhooks are the right approach for that, as I
> guess it is relevant only in environments in which one doesn't use the
> API/CLI/SDK
> but.. it will be a cool feature!
> 
> Regards,
> Oved
> 
> - Original Message -
> > From: "Yair Zaslavsky" 
> > To: "Koen Vanoppen" 
> > Cc: "Oved Ourfali" , users@ovirt.org
> > Sent: Thursday, October 30, 2014 1:44:38 PM
> > Subject: Re: [ovirt-users] webhook
> > 
> > Oved - can we implement something like this using ui-plugins?
> > 
> > 
> > - Original Message -
> > > From: "Koen Vanoppen" 
> > > To: users@ovirt.org
> > > Sent: Monday, October 27, 2014 4:06:40 PM
> > > Subject: [ovirt-users] webhook
> > > 
> > > Hi all,
> > > 
> > > Just a quick question. Is it possible to set a webhook on the removal and
> > > creation of a new vm? So we can send to foreman a delete action when the
> > > VM
> > > is deleted...
> > > 
> > > Kind regards,
> > > 
> > > Koen
> > > 
> > > ___
> > > Users mailing list
> > > Users@ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/users
> > > 
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> > 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ovirt-devel] [RFC] oVirt mobile client

[Vojtech Szocs]

- Original Message -
> From: "Yair Zaslavsky" 
> To: "Greg Sheremeta" 
> Cc: "users" , de...@ovirt.org
> Sent: Friday, October 31, 2014 11:16:33 AM
> Subject: Re: [ovirt-devel] [ovirt-users]  [RFC] oVirt mobile client
> 
> 
> 
> - Original Message -
> > From: "Yair Zaslavsky" 
> > To: "Greg Sheremeta" 
> > Cc: "users" , de...@ovirt.org
> > Sent: Friday, October 31, 2014 8:03:58 AM
> > Subject: Re: [ovirt-users] [ovirt-devel] [RFC] oVirt mobile client
> > 
> > 
> > 
> > - Original Message -
> > > From: "Greg Sheremeta" 
> > > To: "users" , de...@ovirt.org
> > > Sent: Friday, October 31, 2014 3:49:11 AM
> > > Subject: [ovirt-devel] [RFC] oVirt mobile client
> > > 
> > > Hi,
> > > 
> > > The focus of our OPW internship program starting in December will be
> > > mobile and/or lightweight engine clients -- hopefully integrating the
> > > new ovirt.js project.
> > 
> > +100
> > 
> > Sorry for the ignorant question - does this mean the technology will be web
> > based or native? (i.e - java on top of android, Swift/Objective-C on top of
> > IOS)
> > 
> > 
> > > 
> > > I see that there are some already existing mobile clients for oVirt.
> > > I'm trying to grasp what we have and what the needs are.
> > > 
> > > moVirt: https://github.com/matobet/moVirt (mbetak)
> > > This appears to be more of a lightweight webadmin. No console access,
> > > but I believe it's planned as part of OPW. (?)
> > 
> > I spoke with mbetak about this a few months ago.
> > When you speak of console, you mean to actually view the VM using spice?
> > sounds very interesting.
> > If I recall, Alon levy (a former red hatter) worked on some spice
> > implementation for html5 or something like that.
> > 
> > Anyway, back in TLV I also had some ideas around that. Do you have some IRC
> > meetings or something that I can join?
> > 
> > Cheers,
> > Yair
> > 
> > 
> > > 
> > > nomad: http://www.ovirt.org/Project_Proposal_-_Nomad and
> > > https://github.com/Vizuri/ovirt-nomad
> > > Looks dead -- last commit 3 years ago.
> > > Anyone know more about this one?
> > > 
> > > That's all I see on the first few pages of google.
> > > 
> > > When I think of a mobile client for oVirt, I think the most useful
> > > part would be the user portal -- simple operations for start, stop,
> > > and the ability to view the console of vms. moVirt mentions it wants
> > > to support some basic management operations, though. I think it would
> > > be difficult to do complex management in a mobile client. (I'm biased
> > > towards huge screens, though.)
> 
> Sorry, I was very excited about the news, so I forgot to answer the rest.
> I agree about "user portal" - sounds good to begin with.
> Another idea I had in the past is to have an app (push-based) that will push
> events to a special client.
> We will have a push sever that will get notifications from the event
> notifier, and this server will push the events to registered clients.

Excellent idea! Could we get such notifications and publish them to some
event bus within Engine backend (exposing them to other webapps running
within Engine EAR context) + have WebSocket webapp that pushes them to
connected clients? (or, if we don't want WebSocket, some other push-like
alternative)

Imagine a different way to build JavaScript web applications - it first
fetches all relevant data, caches it, and then just receives updates that
modify its cache.

> 
> > > 
> > > I'd like to see an official subproject started that coordinates our
> > > mobile efforts.
> > > 
> > > Is this possible? What would it take to start it?
> 
> What do you mean "is that possible"? technically sounds feasible to me (well,
> we'll need to figure out about the console, but an mgmt app without the
> console, why not?) )
> 
> > > 
> > > What would people like to see in such an app?
> > > 
> > > Greg Sheremeta
> > > Red Hat, Inc.
> > > Sr. Software Engineer, RHEV
> > > Cell: 919-807-1086
> > > gsher...@redhat.com
> > > ___
> > > Devel mailing list
> > > de...@ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/devel
> > > 
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> > 
> ___
> Devel mailing list
> de...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] webhook

[Vojtech Szocs]

- Original Message -
> From: "Einav Cohen" 
> To: "Vojtech Szocs" 
> Cc: "Oved Ourfali" , users@ovirt.org
> Sent: Friday, October 31, 2014 8:01:34 PM
> Subject: Re: [ovirt-users] webhook
> 
> > - Original Message -
> > From: "Vojtech Szocs" 
> > Sent: Friday, October 31, 2014 11:51:53 AM
> > 
> > Hi,
> > 
> > if I get this correctly, you'd like to be notified when certain event
> > happens (VM created/deleted/etc.) and react upon that. I see multiple
> > possible approaches here:
> > 
> > 0, improve Engine extension API (refer to Alon Bar-Lev for details)
> >- if extensions can be packaged as JARs and these JARs could include
> >  web fragments [1] it would mean the possibility to deploy custom
> >  servlets onto existing Engine instance (in context of webapp that
> >  processes extensions)
> >- your custom Java servlet could query REST interface (or be notified
> >  once something happens, but AFAIK we don't have that implemented yet)
> >  and do whatever logic is needed
> >- once I asked Alon about ^^ but never got response from him
> >- IMHO this would be a nice way to deploy custom Java code on Engine
> > 
> > [1] https://blogs.oracle.com/swchan/entry/servlet_3_0_web_fragment
> > 
> > 1, improve UI plugin API
> >- add "VirtualMachineDataLoaded" event fired upon each refresh of
> >  VM data in UI table (generalization -> "{Entity}DataLoaded")
> >- this is similar to existing "{Entity}SelectionChange" events
> 
> relying on changes in the UI table is a bad idea:
> 
> (1) potentially missing events:
> the UI displays paginated data; if my VMs are sorted by name, and
> I have 1000 VMs in my setup, and I just added a VM named "z", it will
> be added to the last "page" which is not displayed right now, so I
> wouldn't even be aware that something was added.
> 
> (2) potentially "creating" "fake" events:
> changes in the displayed data in the UI can occur due to change in the
> Search query; if I have 50 VMs in my setup, and I initially had the
> "Vms:" search query, and now I change it to "VMs: name = a*", which
> results in displaying only 10 VMs, this may falsely hint on removal
> of 40 VMs from the system.

Agreed, that was a bad idea :) UI data is constrained by things like
search query, pagination, sorting etc. Scratch my previous idea.

As mentioned before, notification of relevant events occuring in system
should be the way to go. Either Engine will provide mechanism to notify
other systems (i.e. email notifier) or other system will poll/listen-to
changes in Engine (i.e. via REST API).

Idea for consideration, if every change to oVirt system would be sent
to some event bus, we could easily implement different notification
mechanisms (like websocket in addition to email), and web apps living
in Engine EAR context could also register to that event bus (imagine
WebAdmin servlet that listens for changes and pushes them to clients).

> 
> > 
> > 2, write UI plugin that uses oVirtJS to periodically check VM events
> 
> not sure if this is referring to VM-related events in the code (e.g.
> hooking to the click on "OK" within the New VM / Remove VM dialog,
> or hooking to the "Success" callback of the action response, or
> something similar), or to the VM-related "Events" (i.e. the ones that
> are displayed in the GUI within the Events main-tab / bottom section).
> If the former: can be done, I assume, though not sure how complex it
> would be to implement the infrastructure for that.
> If the latter: this will "catch" actions that were performed either
> via the GUI or outside the GUI; in this case, it would probably be
> better to use an Engine extension API (solution "0" above) rather
> than a UI plugin, since it will be more reliable, will be active
> even when the GUI is not in use, etc.

It was meant simply as polling Engine via oVirtJS / REST API.

But then again, any UI plugin-based solution has the drawback that
web GUI must be active (open) in order for plugin to be active.

> 
> > 
> > The disadvantage of 1, and 2, is that WebAdmin GUI must be open.
> > In any case, if you'd like to explore the possibility of doing this
> > via UI plugin, I'm here to help.
> > 
> > Vojtech
> > 
> > 
> > - Original Message -
> > > From: "Oved Ourfali" 
> > > To: "Yair Zaslavsky" 
> > > Cc: "Koen Vanoppen" , users@ovirt.org, "Vojtech
> > > 

Re: [ovirt-users] webhook

[Vojtech Szocs]

- Original Message -
> From: "Yair Zaslavsky" 
> To: "Einav Cohen" 
> Cc: "Vojtech Szocs" , "Oved Ourfali" , 
> users@ovirt.org
> Sent: Friday, October 31, 2014 10:51:03 PM
> Subject: Re: [ovirt-users] webhook
> 
> 
> 
> - Original Message -
> > From: "Einav Cohen" 
> > To: "Vojtech Szocs" 
> > Cc: "Oved Ourfali" , users@ovirt.org
> > Sent: Friday, October 31, 2014 9:01:34 PM
> > Subject: Re: [ovirt-users] webhook
> > 
> > > - Original Message -
> > > From: "Vojtech Szocs" 
> > > Sent: Friday, October 31, 2014 11:51:53 AM
> > > 
> > > Hi,
> > > 
> > > if I get this correctly, you'd like to be notified when certain event
> > > happens (VM created/deleted/etc.) and react upon that. I see multiple
> > > possible approaches here:
> > > 
> > > 0, improve Engine extension API (refer to Alon Bar-Lev for details)
> > >- if extensions can be packaged as JARs and these JARs could include
> > >  web fragments [1] it would mean the possibility to deploy custom
> > >  servlets onto existing Engine instance (in context of webapp that
> > >  processes extensions)
> > >- your custom Java servlet could query REST interface (or be notified
> > >  once something happens, but AFAIK we don't have that implemented
> > >  yet)
> > >  and do whatever logic is needed
> > >- once I asked Alon about ^^ but never got response from him
> > >- IMHO this would be a nice way to deploy custom Java code on Engine
> 
> Please allow me to step in as someone who worked on the extensions API as
> well,
> There are more "missing bits" here.
> You are referring to the "webapp side", but this is not enough.
> We have also the engine side which has to become more pluggable.

Agreed. For me, the "webapp side" is really an interesting option, since it
would mean that 3rd parties could write custom code that would consume our
existing Java/Engine "services" (assuming these could be exposed across WARs).

In other words, plug custom Java code into Engine ("inside-product 
integration"),
as opposed to typical scenario where 3rd party system uses Engine REST interface
("outside-product integration").

> In addition, we will probably need to handle all kinds of issues that rise
> from our singletons at engine - class loading might be an issue here, no?

Hm, Java class loaders have hierarchy, so if we put shared Java "services"
(ideally exposed and injectable as CDI beans) into class loader above specific
webapp (WAR) class loaders, it wouldn't be a problem. But I can be wrong here.

> You don't want the "X-ton" (doubleton, tripleton, etc..) phenomena in your
> setup - you don't want for example X instances of AsyncTaskManager.
> I think that in general we should strive to turn engine into way more
> pluggable/modular than it is now, imagine an "engine microkernel" (for those
> of you who did not hear the term microkernel, I am referring you to jboss
> architecture) - we should have a "thin microkernel" and the rest of the code
> should be pluggable, using the extension API (and perhaps web fragments as
> well).
> What do you think?

Great ideas :)

> 
> > > 
> > > [1] https://blogs.oracle.com/swchan/entry/servlet_3_0_web_fragment
> > > 
> > > 1, improve UI plugin API
> > >- add "VirtualMachineDataLoaded" event fired upon each refresh of
> > >  VM data in UI table (generalization -> "{Entity}DataLoaded")
> > >- this is similar to existing "{Entity}SelectionChange" events
> > 
> > relying on changes in the UI table is a bad idea:
> > 
> > (1) potentially missing events:
> > the UI displays paginated data; if my VMs are sorted by name, and
> > I have 1000 VMs in my setup, and I just added a VM named "z", it will
> > be added to the last "page" which is not displayed right now, so I
> > wouldn't even be aware that something was added.
> > 
> > (2) potentially "creating" "fake" events:
> > changes in the displayed data in the UI can occur due to change in the
> > Search query; if I have 50 VMs in my setup, and I initially had the
> > "Vms:" search query, and now I change it to "VMs: name = a*", which
> > results in displaying only 10 VMs, this may falsely hint on removal
> > of 40 VMs from the system.
> > 
> > > 
&

Re: [ovirt-users] Integration of ovirt-engine GUI with the CLI

[Vojtech Szocs]

- Original Message -
> From: "Itamar Heim" 
> To: "Nikita Kodkani" , "users" , 
> "Vojtech Szocs" 
> Sent: Tuesday, November 4, 2014 11:50:44 AM
> Subject: Re: Fwd: [ovirt-users] Integration of ovirt-engine GUI with the CLI
> 
> On 11/04/2014 11:47 AM, Nikita Kodkani wrote:
> > It is designed in javascript/HTML. We had initially designed some
> > feature using CLI. But now we just want to execute command when we hit
> > the button/tab.
> >
> 
> vojtech - sounds like ovirt.js could be the best fit here?

Indeed! Integration with oVirt Engine from within a web application
(JavaScript/HTML) sounds like a perfect match for oVirtJS project.

@Nikita, we're currently developing oVirtJS library as JavaScript
SDK for oVirt Engine. See [1] for initial PoC, see [2] for latest
version, it's still in development but it should be already usable.

[1] http://lists.ovirt.org/pipermail/users/2014-June/025198.html
[2] http://gerrit.ovirt.org/#/c/33720/

Vojtech

> 
> > -Nikita
> >
> > i
> >
> >
> > On Tue, Nov 4, 2014 at 4:09 PM, Itamar Heim  > <mailto:ih...@redhat.com>> wrote:
> >
> > On 11/04/2014 06:30 AM, Nikita Kodkani wrote:
> >
> > Hi,
> >
> > I have the CLI designed for the RHEV-M. I have also designed
> > some GUI in
> > ovirt-engine.
> > Now I am stuckup with the integration. Could you suggest how to
> > connect
> > the ovirt-engine GUI with the backend CLI commands?
> >
> >
> > which language is your gui?
> > why use the CLI instead of the python or java SDKs
> > (or ruby or javascript ones)
> >
> >
> >
> 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Integration of ovirt-engine GUI with the CLI

[Vojtech Szocs]

- Original Message -
> From: "Itamar Heim" 
> To: "Nikita Kodkani" 
> Cc: "users" , "Vojtech Szocs" 
> Sent: Wednesday, November 5, 2014 12:37:21 AM
> Subject: Re: Fwd: [ovirt-users] Integration of ovirt-engine GUI with the CLI
> 
> On 11/04/2014 01:54 PM, Nikita Kodkani wrote:
> > Hi,
> >
> > To add further...
> > I read it somewhere on google, that to execute the shell commands in the
> > JavaScript we have to use node.js at the backend.
> >
> > We don't want to spend time on learning the technology in this time frame.
> >
> > -Does ovirt-engine provide API's for executing the shell commands?
> 
> its the other way around - the cli/shell commands are using the engine
> python-sdk, which uses the engine REST API.
> 
> if your solution is html/javascript based, i think using ovirt.js (which
> wraps calling to the engine rest api 'nicely', vs. you doing it yourself
> from your code) is the way to go.

Exactly, the main use case for oVirtJS is to allow working with Engine
from within a JavaScript environment. HTML/JS web application is the
primary use case, we also plan to support "server-side JS code running
on Node.js" as another use case, so that people can potentially write
custom server-side JS to work with Engine.

> 
> http://lists.ovirt.org/pipermail/users/2014-June/025198.html
> http://www.ovirt.org/Features/Design/Using_REST_API_In_Web_UI
> http://lists.ovirt.org/pipermail/devel/2014-August/008502.html
> http://lists.ovirt.org/pipermail/devel/attachments/20140819/a35caa44/attachment-0001.pdf
> 
> 
> >
> >
> > Thanks,
> > Nikita
> >
> > Nikita Kodkani
> >
> >
> > On Tue, Nov 4, 2014 at 4:20 PM, Itamar Heim  > <mailto:ih...@redhat.com>> wrote:
> >
> > On 11/04/2014 11:47 AM, Nikita Kodkani wrote:
> >
> > It is designed in javascript/HTML. We had initially designed some
> > feature using CLI. But now we just want to execute command when
> > we hit
> > the button/tab.
> >
> >
> > vojtech - sounds like ovirt.js could be the best fit here?
> >
> > -Nikita
> >
> > i
> >
> >
> > On Tue, Nov 4, 2014 at 4:09 PM, Itamar Heim  > <mailto:ih...@redhat.com>
> > <mailto:ih...@redhat.com <mailto:ih...@redhat.com>>> wrote:
> >
> >  On 11/04/2014 06:30 AM, Nikita Kodkani wrote:
> >
> >  Hi,
> >
> >  I have the CLI designed for the RHEV-M. I have also
> > designed
> >  some GUI in
> >  ovirt-engine.
> >  Now I am stuckup with the integration. Could you
> > suggest how to
> >  connect
> >  the ovirt-engine GUI with the backend CLI commands?
> >
> >
> >  which language is your gui?
> >  why use the CLI instead of the python or java SDKs
> >  (or ruby or javascript ones)
> >
> >
> >
> >
> >
> 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] webhook

[Vojtech Szocs]

- Original Message -
> From: "Barak Azulay" 
> To: "Vojtech Szocs" 
> Cc: "Einav Cohen" , "Oved Ourfali" , 
> users@ovirt.org
> Sent: Tuesday, November 4, 2014 5:15:35 PM
> Subject: Re: [ovirt-users] webhook
> 
> 
> 
> - Original Message -
> > From: "Vojtech Szocs" 
> > To: "Einav Cohen" 
> > Cc: "Oved Ourfali" , users@ovirt.org
> > Sent: Tuesday, November 4, 2014 2:12:05 PM
> > Subject: Re: [ovirt-users] webhook
> > 
> > 
> > 
> > - Original Message -
> > > From: "Einav Cohen" 
> > > To: "Vojtech Szocs" 
> > > Cc: "Oved Ourfali" , users@ovirt.org
> > > Sent: Friday, October 31, 2014 8:01:34 PM
> > > Subject: Re: [ovirt-users] webhook
> > > 
> > > > - Original Message -
> > > > From: "Vojtech Szocs" 
> > > > Sent: Friday, October 31, 2014 11:51:53 AM
> > > > 
> > > > Hi,
> > > > 
> > > > if I get this correctly, you'd like to be notified when certain event
> > > > happens (VM created/deleted/etc.) and react upon that. I see multiple
> > > > possible approaches here:
> > > > 
> > > > 0, improve Engine extension API (refer to Alon Bar-Lev for details)
> > > >- if extensions can be packaged as JARs and these JARs could include
> > > >  web fragments [1] it would mean the possibility to deploy custom
> > > >  servlets onto existing Engine instance (in context of webapp that
> > > >  processes extensions)
> > > >- your custom Java servlet could query REST interface (or be
> > > >notified
> > > >  once something happens, but AFAIK we don't have that implemented
> > > >  yet)
> > > >  and do whatever logic is needed
> > > >- once I asked Alon about ^^ but never got response from him
> > > >- IMHO this would be a nice way to deploy custom Java code on Engine
> > > > 
> > > > [1] https://blogs.oracle.com/swchan/entry/servlet_3_0_web_fragment
> > > > 
> > > > 1, improve UI plugin API
> > > >- add "VirtualMachineDataLoaded" event fired upon each refresh of
> > > >  VM data in UI table (generalization -> "{Entity}DataLoaded")
> > > >- this is similar to existing "{Entity}SelectionChange" events
> > > 
> > > relying on changes in the UI table is a bad idea:
> > > 
> > > (1) potentially missing events:
> > > the UI displays paginated data; if my VMs are sorted by name, and
> > > I have 1000 VMs in my setup, and I just added a VM named "z", it will
> > > be added to the last "page" which is not displayed right now, so I
> > > wouldn't even be aware that something was added.
> > > 
> > > (2) potentially "creating" "fake" events:
> > > changes in the displayed data in the UI can occur due to change in the
> > > Search query; if I have 50 VMs in my setup, and I initially had the
> > > "Vms:" search query, and now I change it to "VMs: name = a*", which
> > > results in displaying only 10 VMs, this may falsely hint on removal
> > > of 40 VMs from the system.
> > 
> > Agreed, that was a bad idea :) UI data is constrained by things like
> > search query, pagination, sorting etc. Scratch my previous idea.
> > 
> > As mentioned before, notification of relevant events occuring in system
> > should be the way to go. Either Engine will provide mechanism to notify
> > other systems (i.e. email notifier) or other system will poll/listen-to
> > changes in Engine (i.e. via REST API).
> > 
> > Idea for consideration, if every change to oVirt system would be sent
> > to some event bus, we could easily implement different notification
> > mechanisms (like websocket in addition to email), and web apps living
> > in Engine EAR context could also register to that event bus (imagine
> > WebAdmin servlet that listens for changes and pushes them to clients).
> 
> This can/should be done through the notification service,
> currently it supports email & snmp traps ... but it could be extended (very
> easily)

Cool, maybe something we could do in future as part of UX improvement,
i.e. change notification (push changes to client) to drive UI data update,
instead of periodic polling.

> 
> 
> > 
> > > 
> > > &

Re: [ovirt-users] webhook

[Vojtech Szocs]

- Original Message -
> From: "Yair Zaslavsky" 
> To: "Vojtech Szocs" 
> Cc: "Barak Azulay" , "Oved Ourfali" , 
> users@ovirt.org
> Sent: Thursday, November 6, 2014 2:59:53 PM
> Subject: Re: [ovirt-users] webhook
> 
> 
> 
> - Original Message -
> > From: "Vojtech Szocs" 
> > To: "Barak Azulay" 
> > Cc: "Oved Ourfali" , users@ovirt.org
> > Sent: Thursday, November 6, 2014 3:38:56 PM
> > Subject: Re: [ovirt-users] webhook
> > 
> > 
> > 
> > - Original Message -
> > > From: "Barak Azulay" 
> > > To: "Vojtech Szocs" 
> > > Cc: "Einav Cohen" , "Oved Ourfali" ,
> > > users@ovirt.org
> > > Sent: Tuesday, November 4, 2014 5:15:35 PM
> > > Subject: Re: [ovirt-users] webhook
> > > 
> > > 
> > > 
> > > - Original Message -
> > > > From: "Vojtech Szocs" 
> > > > To: "Einav Cohen" 
> > > > Cc: "Oved Ourfali" , users@ovirt.org
> > > > Sent: Tuesday, November 4, 2014 2:12:05 PM
> > > > Subject: Re: [ovirt-users] webhook
> > > > 
> > > > 
> > > > 
> > > > - Original Message -
> > > > > From: "Einav Cohen" 
> > > > > To: "Vojtech Szocs" 
> > > > > Cc: "Oved Ourfali" , users@ovirt.org
> > > > > Sent: Friday, October 31, 2014 8:01:34 PM
> > > > > Subject: Re: [ovirt-users] webhook
> > > > > 
> > > > > > - Original Message -
> > > > > > From: "Vojtech Szocs" 
> > > > > > Sent: Friday, October 31, 2014 11:51:53 AM
> > > > > > 
> > > > > > Hi,
> > > > > > 
> > > > > > if I get this correctly, you'd like to be notified when certain
> > > > > > event
> > > > > > happens (VM created/deleted/etc.) and react upon that. I see
> > > > > > multiple
> > > > > > possible approaches here:
> > > > > > 
> > > > > > 0, improve Engine extension API (refer to Alon Bar-Lev for details)
> > > > > >- if extensions can be packaged as JARs and these JARs could
> > > > > >include
> > > > > >  web fragments [1] it would mean the possibility to deploy
> > > > > >  custom
> > > > > >  servlets onto existing Engine instance (in context of webapp
> > > > > >  that
> > > > > >  processes extensions)
> > > > > >- your custom Java servlet could query REST interface (or be
> > > > > >notified
> > > > > >  once something happens, but AFAIK we don't have that
> > > > > >  implemented
> > > > > >  yet)
> > > > > >  and do whatever logic is needed
> > > > > >- once I asked Alon about ^^ but never got response from him
> > > > > >- IMHO this would be a nice way to deploy custom Java code on
> > > > > >Engine
> > > > > > 
> > > > > > [1] https://blogs.oracle.com/swchan/entry/servlet_3_0_web_fragment
> > > > > > 
> > > > > > 1, improve UI plugin API
> > > > > >- add "VirtualMachineDataLoaded" event fired upon each refresh
> > > > > >of
> > > > > >  VM data in UI table (generalization -> "{Entity}DataLoaded")
> > > > > >- this is similar to existing "{Entity}SelectionChange" events
> > > > > 
> > > > > relying on changes in the UI table is a bad idea:
> > > > > 
> > > > > (1) potentially missing events:
> > > > > the UI displays paginated data; if my VMs are sorted by name, and
> > > > > I have 1000 VMs in my setup, and I just added a VM named "z", it will
> > > > > be added to the last "page" which is not displayed right now, so I
> > > > > wouldn't even be aware that something was added.
> > > > > 
> > > > > (2) potentially "creating" "fake" events:
> > > > > changes in the displayed data in the UI can occur due to change in
> > > > > the
> > > > > Search query

Re: [ovirt-users] Integration of ovirt-engine GUI with the CLI

[Vojtech Szocs]

- Original Message -
> From: "Itamar Heim" 
> To: "Vojtech Szocs" 
> Cc: "Nikita Kodkani" , "users" 
> Sent: Wednesday, November 12, 2014 11:03:37 PM
> Subject: Re: [ovirt-users] Integration of ovirt-engine GUI with the CLI
> 
> On 11/06/2014 02:59 PM, Vojtech Szocs wrote:
> >
> >
> > - Original Message -
> >> From: "Itamar Heim" 
> >> To: "Nikita Kodkani" 
> >> Cc: "users" , "Vojtech Szocs" 
> >> Sent: Wednesday, November 5, 2014 12:37:21 AM
> >> Subject: Re: Fwd: [ovirt-users] Integration of ovirt-engine GUI with the
> >> CLI
> >>
> >> On 11/04/2014 01:54 PM, Nikita Kodkani wrote:
> >>> Hi,
> >>>
> >>> To add further...
> >>> I read it somewhere on google, that to execute the shell commands in the
> >>> JavaScript we have to use node.js at the backend.
> >>>
> >>> We don't want to spend time on learning the technology in this time
> >>> frame.
> >>>
> >>> -Does ovirt-engine provide API's for executing the shell commands?
> >>
> >> its the other way around - the cli/shell commands are using the engine
> >> python-sdk, which uses the engine REST API.
> >>
> >> if your solution is html/javascript based, i think using ovirt.js (which
> >> wraps calling to the engine rest api 'nicely', vs. you doing it yourself
> >> from your code) is the way to go.
> >
> > Exactly, the main use case for oVirtJS is to allow working with Engine
> > from within a JavaScript environment. HTML/JS web application is the
> > primary use case, we also plan to support "server-side JS code running
> > on Node.js" as another use case, so that people can potentially write
> > custom server-side JS to work with Engine.
> 
> vojtech - how about adding a very simple "samples-portals" with it to
> the repo?

Sure, sounds good!

The only major issue I see with oVirtJS vs Engine 3.5 is the need
to authenticate against REST endpoint via HTTP basic auth mechanism.
HTTP basic auth is not appropriate auth mechanism for JS/web apps
that live inside web browser. I hope that 3.6 will improve this.

> 
> >
> >>
> >> http://lists.ovirt.org/pipermail/users/2014-June/025198.html
> >> http://www.ovirt.org/Features/Design/Using_REST_API_In_Web_UI
> >> http://lists.ovirt.org/pipermail/devel/2014-August/008502.html
> >> http://lists.ovirt.org/pipermail/devel/attachments/20140819/a35caa44/attachment-0001.pdf
> >>
> >>
> >>>
> >>>
> >>> Thanks,
> >>> Nikita
> >>>
> >>> Nikita Kodkani
> >>>
> >>>
> >>> On Tue, Nov 4, 2014 at 4:20 PM, Itamar Heim  >>> <mailto:ih...@redhat.com>> wrote:
> >>>
> >>>  On 11/04/2014 11:47 AM, Nikita Kodkani wrote:
> >>>
> >>>  It is designed in javascript/HTML. We had initially designed
> >>>  some
> >>>  feature using CLI. But now we just want to execute command when
> >>>  we hit
> >>>  the button/tab.
> >>>
> >>>
> >>>  vojtech - sounds like ovirt.js could be the best fit here?
> >>>
> >>>  -Nikita
> >>>
> >>>  i
> >>>
> >>>
> >>>  On Tue, Nov 4, 2014 at 4:09 PM, Itamar Heim  >>>  <mailto:ih...@redhat.com>
> >>>  <mailto:ih...@redhat.com <mailto:ih...@redhat.com>>> wrote:
> >>>
> >>>   On 11/04/2014 06:30 AM, Nikita Kodkani wrote:
> >>>
> >>>   Hi,
> >>>
> >>>   I have the CLI designed for the RHEV-M. I have also
> >>>  designed
> >>>   some GUI in
> >>>   ovirt-engine.
> >>>   Now I am stuckup with the integration. Could you
> >>>  suggest how to
> >>>   connect
> >>>   the ovirt-engine GUI with the backend CLI commands?
> >>>
> >>>
> >>>   which language is your gui?
> >>>   why use the CLI instead of the python or java SDKs
> >>>   (or ruby or javascript ones)
> >>>
> >>>
> >>>
> >>>
> >>>
> >>
> >>
> 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Integration of ovirt-engine GUI with the CLI

[Vojtech Szocs]

- Original Message -
> From: "Einav Cohen" 
> To: "Itamar Heim" , jennykan...@gmail.com, "Greg Sheremeta" 
> 
> Cc: "Vojtech Szocs" , "Nikita Kodkani" 
> , "users" 
> Sent: Tuesday, November 25, 2014 9:56:49 PM
> Subject: Re: [ovirt-users] Integration of ovirt-engine GUI with the CLI
> 
> > vojtech - how about adding a very simple "samples-portals" with it to
> > the repo?
> 
> I believe that Jenny is already working on a ovirt.js-based portal?

Yes, AFAIK Jenny is already working on UserPortal-like web application
based on oVirtJS.

> @Jenny: sounds like your work may be a good fit for our "Sample User
> Portals" repository (more details in [1])?

+1

> 
> [1] http://www.ovirt.org/Sample_user_portals
> 
> > ----- Original Message -
> > From: "Itamar Heim" 
> > Sent: Wednesday, November 12, 2014 5:03:37 PM
> > 
> > On 11/06/2014 02:59 PM, Vojtech Szocs wrote:
> > >
> > >
> > > - Original Message -
> > >> From: "Itamar Heim" 
> > >> To: "Nikita Kodkani" 
> > >> Cc: "users" , "Vojtech Szocs" 
> > >> Sent: Wednesday, November 5, 2014 12:37:21 AM
> > >> Subject: Re: Fwd: [ovirt-users] Integration of ovirt-engine GUI with the
> > >> CLI
> > >>
> > >> On 11/04/2014 01:54 PM, Nikita Kodkani wrote:
> > >>> Hi,
> > >>>
> > >>> To add further...
> > >>> I read it somewhere on google, that to execute the shell commands in
> > >>> the
> > >>> JavaScript we have to use node.js at the backend.
> > >>>
> > >>> We don't want to spend time on learning the technology in this time
> > >>> frame.
> > >>>
> > >>> -Does ovirt-engine provide API's for executing the shell commands?
> > >>
> > >> its the other way around - the cli/shell commands are using the engine
> > >> python-sdk, which uses the engine REST API.
> > >>
> > >> if your solution is html/javascript based, i think using ovirt.js (which
> > >> wraps calling to the engine rest api 'nicely', vs. you doing it yourself
> > >> from your code) is the way to go.
> > >
> > > Exactly, the main use case for oVirtJS is to allow working with Engine
> > > from within a JavaScript environment. HTML/JS web application is the
> > > primary use case, we also plan to support "server-side JS code running
> > > on Node.js" as another use case, so that people can potentially write
> > > custom server-side JS to work with Engine.
> > 
> > vojtech - how about adding a very simple "samples-portals" with it to
> > the repo?
> > 
> > >
> > >>
> > >> http://lists.ovirt.org/pipermail/users/2014-June/025198.html
> > >> http://www.ovirt.org/Features/Design/Using_REST_API_In_Web_UI
> > >> http://lists.ovirt.org/pipermail/devel/2014-August/008502.html
> > >> http://lists.ovirt.org/pipermail/devel/attachments/20140819/a35caa44/attachment-0001.pdf
> > >>
> > >>
> > >>>
> > >>>
> > >>> Thanks,
> > >>> Nikita
> > >>>
> > >>> Nikita Kodkani
> > >>>
> > >>>
> > >>> On Tue, Nov 4, 2014 at 4:20 PM, Itamar Heim  > >>> <mailto:ih...@redhat.com>> wrote:
> > >>>
> > >>>  On 11/04/2014 11:47 AM, Nikita Kodkani wrote:
> > >>>
> > >>>  It is designed in javascript/HTML. We had initially designed
> > >>>  some
> > >>>  feature using CLI. But now we just want to execute command
> > >>>  when
> > >>>  we hit
> > >>>  the button/tab.
> > >>>
> > >>>
> > >>>  vojtech - sounds like ovirt.js could be the best fit here?
> > >>>
> > >>>  -Nikita
> > >>>
> > >>>  i
> > >>>
> > >>>
> > >>>  On Tue, Nov 4, 2014 at 4:09 PM, Itamar Heim  > >>>  <mailto:ih...@redhat.com>
> > >>>  <mailto:ih...@redhat.com <mailto:ih...@redhat.com>>> wrote:
> > >>>
> > >>>   On 11/04/2014 06:30 AM, Nikita Kodkani wrote:
> > >>>
> > >>>   Hi,
> > >>>
> > >>>   I have the CLI designed for the RHEV-M. I have also
> > >>>  designed
> > >>>   some GUI in
> > >>>   ovirt-engine.
> > >>>   Now I am stuckup with the integration. Could you
> > >>>  suggest how to
> > >>>   connect
> > >>>   the ovirt-engine GUI with the backend CLI commands?
> > >>>
> > >>>
> > >>>   which language is your gui?
> > >>>   why use the CLI instead of the python or java SDKs
> > >>>   (or ruby or javascript ones)
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>
> > >>
> > 
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> > 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] HTML file display in Custom Tab

[Vojtech Szocs]

Hi Satheesh,

> I find that there is usage of “ProxyPass / ajp://localhost:8702/”
> within /etc/httpd/conf.d” ,which redirects whatever request which
> comes to server back to the engine-service which listens to port 8702.

Yes, all requests that come into Apache get redirected to Engine via AJP 
protocol by default. In future, we're planning to do the redirect only for 
specific URLs like '/engine/'.

There are (at least) two ways you can serve your custom content for your UI 
plugin:

1, use built-in Engine servlet for serving static plugin resources
   e.g. '/webadmin/webadmin/plugin//start.html' would serve 
'/usr/share/ovirt-engine/ui-plugins//start.html'
   see http://www.ovirt.org/Features/UIPlugins#UI_plugin_cheat_sheet for more 
details

2, modify Apache configuration to serve your custom content
   e.g. use ProxyPass directive in ovirt-engine.conf that takes effect before 
the AJP redirect takes effect

The first way is highly recommended since it allows your plugin to be packaged 
and distributed for use with Engine, with following file structure:
- /usr/share/ovirt-engine/ui-plugins/.json -> plugin descriptor
- /usr/share/ovirt-engine/ui-plugins/-files/start.html -> plugin 
host page
- /usr/share/ovirt-engine/ui-plugins/-files/* -> other static 
plugin resources (if necessary)
- /etc/ovirt-engine/ui-plugins/-config.json -> plugin user 
configuration (optional, not part of plugin distribution package)

Hope this helps,
Vojtech


- Original Message -
From: "J, Satheesh" 
To: users@ovirt.org
Cc: vsz...@redhat.com
Sent: Tuesday, February 5, 2013 2:34:37 PM
Subject: HTML file display in Custom Tab




Hi , 



I have added a custom Tab to WebAdmin portal and want to display a html file in 
this Custom tab. 

I find that there is usage of “ProxyPass / ajp://localhost:8702/” within 
/etc/httpd/conf.d” ,which redirects whatever request which 

comes to server back to the engine-service which listens to port 8702. 

This prevents me from showing a html file placed in /var/www/html,which is run 
on Apache server. 

Every request is reverted back to oVirt main page. 



How do I succeed to display html file then? 

Is there a way to bypass this proxy whenever required? 



Thanks and Regards 

Satheesh J 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] UI Plugin issue when switching main tabs

[Vojtech Szocs]

Hi René, sorry for my very late reply, and thanks to Oved for helping with this 
issue.

As Oved suggested, you should always check 'arguments' before accessing 
entities from it.

The reason why VirtualMachineSelectionChange event stopped working for your 
plugin after you switch away from VM tab and into VM tab again, is because when 
you switch again into VM tab, VM table selection is cleared and 
VirtualMachineSelectionChange is triggered with empty 'arguments'.

Since your plugin does 'arguments[0].name' regardless of 'arguments.length', 
this throws uncaught exception, and WebAdmin puts your plugin out of service as 
per the standard plugin lifecycle. In future, I'm planning to add new event 
handler function (e.g. 'Error') that will allow your plugin to detect such 
uncaught exceptions, but for now you have to ensure your plugin doesn't throw 
such exceptions. (Maybe you can use JavaScript console to detect such errors 
that happen within the plugin iframe.)

> Btw, do you know if I can get the name of a host instead the hostname/ip?

This is a bug, it's fixed by http://gerrit.ovirt.org/#/c/11420/ so that 
'vm.name' returns the value of name column, and 'vm.hostname' returns the 
hostname/IP.

Regards,
Vojtech


- Original Message -
From: "René Koch" 
To: "Oved Ourfalli" 
Cc: users@ovirt.org
Sent: Tuesday, January 22, 2013 10:51:58 PM
Subject: Re: [Users] UI Plugin issue when switching main tabs


Thanks a lot for your input - it was really helpfu!

I added a check for argument.length and now it's working as expected.
The working code is:

VirtualMachineSelectionChange: function() {
  if (arguments.length == 1) {
var vmName = arguments[0].name;
alert(vmName);
// Reload VM Sub Tab
api.setTabContentUrl('vms-monitoring', conf.url + '?subtab=vms&name=' + 
encodeURIComponent(vmName));
  }
}


Btw, do you know if I can get the name of a host instead the hostname/ip?
arguments[0].name; gives me the IP address (value of webadmin column 
"hostname/ip") but not the name (column "name") - (I always use ips instead of 
dns names for hypervisors)...
 

Thanks,
René


 
-Original message-
> From:Oved Ourfalli 
> Sent: Tuesday 22nd January 2013 19:34
> To: René Koch 
> Cc: users@ovirt.org
> Subject: Re: [Users] UI Plugin issue when switching main tabs
> 
> Found your bug (I think):
> You don't check in your code whether there is a selection (if 
> (arguments.length == 1) for example, if you want to act only when one is 
> selected).
> 
> You'll probably want to do similar logic to the Foreman plugin, setting the 
> sub-tab content URL only in case one VM is selected, and setting the URL 
> properly.
> 
> The fact that your alert won't show is that you call arguments[0].name, and 
> it fails when nothing is selected... and I guess that's the case when you 
> switch tabs.
> Didn't check it out, but please check it out... and let me know what you 
> found :-)
> 
> Oved
> 
> - Original Message -
> > From: "René Koch" 
> > To: "Oved Ourfalli" 
> > Cc: users@ovirt.org
> > Sent: Monday, January 21, 2013 6:05:47 PM
> > Subject: Re: [Users] UI Plugin issue when switching main tabs
> > 
> > When switching back to vm main tab changing the selection doesn't
> > work.
> > 
> > No matter which VM I select the VirtualMachineSelectionChange
> > function isn't called again (as my debug alert window doesn't
> > appear), but the last vm I selected before switching to another main
> > tab is cached in variable vmName...
> > It works again after restarting engine-service.
> > 
> > I just tested your foreman plugin and it seems that this one is
> > working as expected.
> > 
> 
> > 
> > Regards,
> > René
> >  
> >  
> > -Original message-
> > > From:Oved Ourfalli 
> > > Sent: Monday 21st January 2013 14:56
> > > To: René Koch 
> > > Cc: users@ovirt.org; Vojtech Szocs 
> > > Subject: Re: [Users] UI Plugin issue when switching main tabs
> > > 
> > > I'll let Vojtech (cc-ed) to give a more accurate answer, but,
> > > trying to narrow down the issue: when you switch to a different
> > > main tab and then back to the VM main tab, and change the
> > > selection in there, does it work?
> > > (Trying to understand if the problem is only when doing the switch,
> > > and it works afterwards, or not).
> > > 
> > > Thank you,
> > > Oved
> > > - Original Message -
> > > > From: "

Re: [Users] UI Plugin issue when switching main tabs

[Vojtech Szocs]

Hi guys,

> I thought it was intentional rather than a bug...

No, this was my mistake :) it's a bug. Should be fixed by 
http://gerrit.ovirt.org/#/c/11420

Thanks Daniel for fixing this.

Vojtech


- Original Message -
From: "Daniel Erez" 
To: "Itamar Heim" 
Cc: users@ovirt.org, "Oved Ourfalli" , "Vojtech Szocs" 

Sent: Wednesday, January 23, 2013 2:48:23 PM
Subject: Re: [Users] UI Plugin issue when switching main tabs



- Original Message -
> From: "Itamar Heim" 
> To: "Oved Ourfalli" 
> Cc: users@ovirt.org, "Daniel Erez" 
> Sent: Wednesday, January 23, 2013 2:33:53 PM
> Subject: Re: [Users] UI Plugin issue when switching main tabs
> 
> On 23/01/2013 04:32, Itamar Heim wrote:
> > On 22/01/2013 14:06, Oved Ourfalli wrote:
> >>
> >> - Original Message -
> >>> From: "René Koch" 
> >>> To: "Oved Ourfalli" 
> >>> Cc: users@ovirt.org
> >>> Sent: Tuesday, January 22, 2013 1:51:58 PM
> >>> Subject: Re: [Users] UI Plugin issue when switching main tabs
> >>>
> >>>
> >>> Thanks a lot for your input - it was really helpfu!
> >>>
> >>> I added a check for argument.length and now it's working as
> >>> expected.
> >>> The working code is:
> >>>
> >>>  VirtualMachineSelectionChange: function() {
> >>>if (arguments.length == 1) {
> >>> var vmName = arguments[0].name;
> >>> alert(vmName);
> >>> // Reload VM Sub Tab
> >>> api.setTabContentUrl('vms-monitoring', conf.url +
> >>> '?subtab=vms&name=' + encodeURIComponent(vmName));
> >>>}
> >>>  }
> >>>
> >>>
> >>> Btw, do you know if I can get the name of a host instead the
> >>> hostname/ip?
> >>> arguments[0].name; gives me the IP address (value of webadmin
> >>> column
> >>> "hostname/ip") but not the name (column "name") - (I always use
> >>> ips
> >>> instead of dns names for hypervisors)...
> >>>
> >> I don't think you can currently do that.
> >> The plan is to expose all the attributes of the entity that are
> >> exposed via REST, also in the plugin api, but currently that's not
> >> the
> >> case.
> >> Not sure why it doesn't return the name itself (don't know if it
> >> is a
> >> bug, or it is "as designed"), but anyway, other properties will be
> >> exposed in the future.
> >
> > but it sounds like a bug in the mapping of id/name for the current
> > uiplugin infra (maybe vojtech mapped the wrong field).
> > assuming restapi returns host name for the name field, uiplugin
> > should
> > return it as well.
> 
> hmmm, i wonder if the shellinabox uiplugin relies on this bug. once
> it
> is fixed, it will need to fetch the ip via rest or assume the name is
> resolvable for ssh.

Yes, the shellinabox uiplugin indeed relies on it.
I thought it was intentional rather than a bug...

Can we simply add a new property to the JSON object?
I.e. obj.setProperty("hostname", ((VDS) businessEntity).gethost_name()); 
//$NON-NLS-1$
(in addition to: obj.setProperty("name", ((VDS) businessEntity).getvds_name()); 
//$NON-NLS-1$)

> 
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] UI Plugin iframe dialogs

[Vojtech Szocs]

Hi René, this is an interesting problem.

UI plugin infrastructure loads individual plugins via dedicated iframe elements 
by design, with iframes serving the purpose of plugin runtime environment that 
is (more or less) sandboxed with regard to WebAdmin (top-level window) and 
other plugins. This allows a plugin to load whatever JavaScript libraries, 
styles etc. without any impact on WebAdmin or other plugins, so that the plugin 
itself is kind of 'HTML/JS application' on its own, contained within the 
iframe. Interaction between a plugin and WebAdmin happens through the pluginApi 
object, plugins are not meant to modify WebAdmin top-level DOM directly on 
their own. (I'll post a detailed email on this later on.)

Aside from plugin code itself running within an iframe, you have a custom 
sub-tab that renders some URL content via another iframe (this is another 
'content' iframe, not related to plugin host page iframe).

> When creating a new (big) jQuery dialog in an sub tab-iframe (sub tab of
> selected vm or host) it can't be displayed without scrolling in the sub
> tab or resizing the sub tab (that's clear as it's displayed in an too
> small iframe).

Yes, because the jQuery dialog is shown within the sub-tab content iframe 
window.

> So it would be great if it would be possible to display dialogs in the
> middle of the main windows and overlap the iframe (don't know if this is
> possible).

Yes, this is possible :)

There are two options you can go with:

1, use showDialog API to render custom dialog whose content is rendered via 
iframe
   - you need to provide URL for the dialog content
   - this is the preferred way of showing custom dialogs
   Note: showDialog API is currently under improvement, see 
http://gerrit.ovirt.org/#/c/11717/

2, [hacky workaround] use 'parent' within the iframe to reference top-level 
WebAdmin window
   - your plugin can show jQuery dialog within the context of WebAdmin DOM 
(parent.document)
   - for example:
 var $dialog = $('Content');
 var dialogElement = $dialog.get();
 parent.document.body.appendChild(dialogElement);
 $dialog.dialog();

3, [planned for future] extend showDialog to accept DOM element in addition to 
content URL
   - this way, you can build your dialog content with JavaScript and put it 
inside the dialog
   - you would still use showDialog API, in preference to direct WebAdmin DOM 
manipulation

In general, plugins are not meant to modify WebAdmin top-level DOM directly on 
their own, because doing so imposes a fragile bond between WebAdmin DOM 
structure (which is very likely to change) and plugin code. Instead, plugins 
should use pluginApi object for extending specific parts WebAdmin UI (e.g. 
addMainTab, addSubTab, etc.).

Let me know what you think.

Vojtech


- Original Message -
From: "René Koch (ovido)" 
To: "ovirt-users" 
Sent: Wednesday, January 30, 2013 4:47:54 PM
Subject: [Users] UI Plugin iframe dialogs

Hi,

I'm still working on my Nagios integration plugin and came across a
limitation of the UI plugin framework caused by iframes.

UI framework creates an iframe for each plugin, so the plugin code is
separated from the main oVirt webadmin code (and other plugins). When
creating a new (big) jQuery dialog in an sub tab-iframe (sub tab of
selected vm or host) it can't be displayed without scrolling in the sub
tab or resizing the sub tab (that's clear as it's displayed in an too
small iframe).

So it would be great if it would be possible to display dialogs in the
middle of the main windows and overlap the iframe (don't know if this is
possible). In short terms I want to create a dialog which behaves like
e.g. the "Setup Host Networks" or "Add Permission to User" dialogs ->
click on a link in the plugin iframe and dialog opens in the middle of
the website not the middle of the iframe.

What I found out so far is that:
1. I must be aware of the same origin policy (that's no problem)
2. I need to put my jQuery-dialog-code in the main oVirt windows and
then I can call it from within the iframe (that's my problem)

So my questions are:
Is it possible to place code outside of the iframe?
If not - are there plans to allow this in future releases?
Or maybe is there a workaround?


Thanks a lot,
René



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Community feedback on the new UI-plugin Framework

[Vojtech Szocs]

Hi Oved, replying late, thanks for sharing the feedback!

> 1. People liked the fact that it is a simple framework, allowing you to do 
> nice extensions rapidly,  without the need to know complex technologies 
> (simple javascript knowledge is all you need to know).

Glad to hear this! In fact, a minimalistic UI plugin is just one JSON file 
(plugin descriptor) + one HTML file (plugin host page): 
http://www.ovirt.org/Features/UIPlugins#UI_plugin_cheat_sheet

> 2. People want the framework to provide tools for adding UI components 
> (main/sub tabs, dialogs, etc.) that aren't URL based, but are based on 
> components we currently have in oVirt, such as grids, key-value pairs (such 
> as the general sub-tab), action buttons in these custom tabs and etc.

Yes, this is planned long-term, e.g. we can have an API for creating 
table-based main/sub tab, with functions that allow adding columns, setting 
data or adding custom action buttons.

On the other hand, I'm also planning to prototype another approach for 
providing custom UI content - using popular JavaScript frameworks like 
Backbone/Underscore/jQuery to construct UI on the client (via plugin code) 
instead of using contentURL/iframe approach. (I'll post a separate email on 
this later on.)

> 4. Plugin management
> * The ability to see what plugins are installed... install new plugins and 
> remove existing ones.

Actually we plan to have WebAdmin dialog that lists loaded plugins, with the 
option to enable/disable them or view their current status.

As for installing/removing plugins, this requires root privileges since plugins 
are meant to be installed/removed as RPM packages. Not sure if a separate tool 
for this is necessary.

> * Change the plugin configuration through webadmin
> * Distinguish between public plugin configuration entries (entries the user 
> to change), to private ones (entries it can't).

Very interesting ideas! Public configuration entries could be changed via 
-config.json or in WebAdmin, private ones would be hidden/read-only.

Regards,
Vojtech


- Original Message -
From: "Oved Ourfalli" 
To: "ovirt-users" 
Cc: "Christopher Morrissey" , "Vojtech Szocs" 

Sent: Friday, January 25, 2013 2:41:40 AM
Subject: Community feedback on the new UI-plugin Framework

Hey all,

We had an oVirt workshop this week, which included a few sessions about the new 
oVirt UI Plugin framework, including a Hackaton and a BOF session.

I've gathered some feedback we got from the different participants about the 
framework, and what they would like to see in the future of it.

1. People liked the fact that it is a simple framework, allowing you to do nice 
extensions rapidly,  without the need to know complex technologies (simple 
javascript knowledge is all you need to know).

2. People want the framework to provide tools for adding UI components 
(main/sub tabs, dialogs, etc.) that aren't URL based, but are based on 
components we currently have in oVirt, such as grids, key-value pairs (such as 
the general sub-tab), action buttons in these custom tabs and etc.

The main reason for that is to easily develop a plugin with an oVirt-like 
look-and-feel. Chris Morrissey from Netapp showed a very nice plugin he wrote 
that did have an oVirt-like look-and-feel, but it wasn't easy and it 
required him to to develop something specific for the plugin to interact with, 
in the 3rd party application (something similar to the work we did in the 
oVirt-Foreman UI-plugin).

3. Support adding tasks to the system - plugins may trigger asynchronous tasks 
behind the scene, both oVirt and external ones. oVirt tasks and their progress 
will be reflected in the tasks management view, but if the flows contain 
external tasks as well, then it would be hard to track through the oVirt UI.

4. Plugin management
* The ability to see what plugins are installed... install new plugins and 
remove existing ones.
* Change the plugin configuration through webadmin
* Distinguish between public plugin configuration entries (entries the user to 
change), to private ones (entries it can't).

I guess that this point will be relevant for engine-plugins as well (once 
support for such plugins will be available) so we should consider providing a 
similar solution for both. Also, Chris pointed out that it should be taken into 
consideration as well when working on supporting HA-oVirt-engine, as plugins 
are vital part of the oVirt environment.

If you find the feedback above true, or you have other comments that weren't 
mentioned here, please share it with us!

Thank you,
Oved

P.S:
I guess the slides will be uploaded sometime next week (I guess someone would 
have asked it soon... so now you have your answer :-) )
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Community feedback on the new UI-plugin Framework

[Vojtech Szocs]

Hi Adrian,

> 5. Everything should be a plugin.

I see your point, we can consider this later on, for now there are some gaps we 
need to close with API/infrastructure.

> Maybe an standard way of saving plugin logs through standard ovirt-engine 
> logs and specific plugin logs.

You mean API for plugins to log messages so that WebAdmin can collect/send them 
to Engine?

(Client-side logging in WebAdmin is disabled in production mode, in long-term 
we'll implement support for collecting client-side logs via HTML5 local 
storage, and sending them to Engine so that they can be stored in JBoss log 
directory.)

> Is there any wiki page about this UI-plugin framework so that I can add a New 
> ideas or new features requests page link there and add these same ideas?

Wiki page: http://www.ovirt.org/Features/UIPlugins
Discussion page: http://www.ovirt.org/Talk:Features/UIPlugins

You can also request new features on engine-devel mailing list (I highly 
recommend subscribing to that list, since all important UI Plugins updates take 
place on that list).

Regards,
Vojtech


- Original Message -
From: "Adrian Gibanel" 
To: "ovirt-users" 
Cc: "Oved Ourfalli" , "Christopher Morrissey" 

Sent: Friday, January 25, 2013 1:09:31 PM
Subject: Re: [Users] Community feedback on the new UI-plugin Framework

- Mensaje original - 

> De: "Oved Ourfalli" 

> Hey all,

> We had an oVirt workshop this week, which included a few sessions
> about the new oVirt UI Plugin framework, including a Hackaton and a
> BOF session.

Was there finally any video recorded of this workshop?

> If you find the feedback above true, or you have other comments that
> weren't mentioned here, please share it with us!

5. Everything should be a plugin.

One trend among platform design is that everything should be a plugin.
I'm not sure how it will go with oVirt but the idea is that:

* Hosts tab
* Virtual machines tab
* GlusterFS volumes tab
* Disks tab

are each one of them a plugin.

You should remark that as a side-effect you win two things:
  * People can check how standard plugins (you could make them 
not-uninstallable and not-being-able-to-disable) to learn how to build their 
own plugins
  * Your plugin system would be better because it would need to be improved to 
support all the current default plugins capabilities

6. Plugin logs
Maybe an standard way of saving plugin logs through standard ovirt-engine logs 
and specific plugin logs.

7. Wiki Page
Is there any wiki page about this UI-plugin framework so that I can add a New 
ideas or new features requests page link there and add these same ideas?

I think that's all.

> Thank you,
> Oved

> P.S:
> I guess the slides will be uploaded sometime next week (I guess
> someone would have asked it soon... so now you have your answer :-)

I will, for sure, take a look at them.

-- 
-- 
Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 



Ens podeu seguir a/Nos podeis seguir en: 

i 


Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Internet Explorer with latest master

[Vojtech Szocs]

Hi,

the patch you've mentioned removes "X-UA-Compatible" meta-tag [1] from WebAdmin 
and UserPortal HTML page:




The purpose of this meta-tag was to future-proof the application with regard to 
IE9 as the supported browser in terms of rendering. In other words, IE10+ would 
render the application in IE9 standards mode.

To summarize:
- this meta-tag should have no effect in IE8 or IE9
- this meta-tag should force IE10+ to render the application in IE9 standards 
mode

Can you please try following:
1, recompile and redeploy Engine with UserPortal (mvn clean install 
-Pdep,gwt-user), clear IE browser cache and reload UserPortal, see if it works
2, include following meta-tag and try step 1, --> revert the original change
   
3, include following meta-tag and try step 1, --> enforce IE8 standards mode 
for IE8
   

Vojtech

[1] http://msdn.microsoft.com/en-us/library/cc288325(v=vs.85).aspx


- Original Message -
From: "Dead Horse" 
To: "" 
Sent: Wednesday, February 13, 2013 6:01:48 PM
Subject: [Users] Internet Explorer with latest master







Ever since this change: http://gerrit.ovirt.org/#/c/11078/ 
The webadmin and userportal UI no longer displays nor works correctly within 
Internet Explorer 8 or 9. 

Under IE 8 or 9 the UI is pretty much an usable garbled mess. Everything looks 
and works fine under Chrome and Firefox. 

Unfortunately Internet Exploder is a necessary evil for windows users to be 
able to get at SPICE consoles. (No spice plugin/support for Firefox/Chrome 
yet...) 

- DHC 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Fwd: Internet Explorer with latest master

[Vojtech Szocs]

Hi,

> Maybe you've compiled the application with -Dgwt.userAgent flag for a 
> specific browser?

this is a good point, please make sure to compile UserPortal for all browsers, 
e.g. instead of:

  $ mvn clean install -Pdep,gwt-user -Dgwt.userAgent=

you should just do:

  $ mvn clean install -Pdep,gwt-user

This will compile UserPortal for all browsers.

However, I don't think this is the problem here, because IIRC when you compile 
UserPortal only for browser X and you try to access it in browser Y, you'll get 
an empty webpage.

Vojtech


- Original Message -
From: "Alona Kaplan" 
To: "Dead Horse" 
Cc: users@ovirt.org
Sent: Thursday, February 14, 2013 4:18:36 PM
Subject: [Users] Fwd:  Internet Explorer with latest master

Hi,

The webadmin and userportal works pretty fine for me on ie8 and ie9.
Can you please be more specific about what doesn't work for you? Maybe 
attaching a screen shot.

Maybe you've compiled the application with -Dgwt.userAgent flag for a specific 
browser?
You should compile without any specific gwt.userAgent to support all the 
browsers or to add -Dgwt.userAgent=ie8,ie9 to support ie8 and ie9.

Alona.

- Original Message -
> From: "Dead Horse" 
> To: "" 
> Sent: Wednesday, February 13, 2013 7:01:48 PM
> Subject: [Users] Internet Explorer with latest master
> 
> Ever since this change: http://gerrit.ovirt.org/#/c/11078/
> The webadmin and userportal UI no longer displays nor works correctly
> within Internet Explorer 8 or 9.
> 
> Under IE 8 or 9 the UI is pretty much an usable garbled mess.
> Everything looks and works fine under Chrome and Firefox.
> 
> Unfortunately Internet Exploder is a necessary evil for windows users
> to be able to get at SPICE consoles. (No spice plugin/support for
> Firefox/Chrome yet...)
> 
> - DHC
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Fwd: Internet Explorer with latest master

[Vojtech Szocs]

Hi,

doing "make rpm" will actually build Engine using Maven and produce RPMs, but 
you might also want to deploy Engine EAR that was built to JBoss server via 
"make install_artifacts".

> Thus I assume the master build does not default to compiling for all browsers?

Aside from "make rpm-quick", which builds quick & dirty RPMs for Firefox 
[gwt.userAgent=gecko1_8], I don't see any "gwt.userAgent" stuff in makefile, so 
the master build defaults to compiling for all browsers, unless you override 
this via "EXTRA_BUILD_FLAGS".

I think an easier way to do this is as Alona suggested, invoking Maven build 
directly:

  $ "mvn clean install -Pdep,gwt-admin,gwt-user", but it's up to you.

Anyway, I think the problem isn't related to "gwt.userAgent" property at all. 
If the GWT permutation for IE is missing, blank page will be shown, as GWT 
permutation selector script (*.nocache.js) will not be able to load that 
permutation.

I think the problem might be caused by your client's IE browser settings. As 
per [1], IE should render HTML page with "" using standards 
mode; rendering mode which WebAdmin and UserPortal require. So if you see 
garbled mess in IE, it means IE doesn't render HTML page in standards mode, but 
in other (quirks?) mode, due to some IE browser settings override.

The "X-UA-Compatible" meta-tag actually *forces* IE to render HTML page in 
standards mode, which overrides any IE browser settings:

  

(I think we should reconsider adding this meta-tag due to reasons above, to 
ensure better compatibility with IE.)

Vojtech

[1] http://msdn.microsoft.com/en-us/library/cc288325(v=vs.85).aspx


- Original Message -
From: "Dead Horse" 
To: "Alona Kaplan" 
Cc: "users" , "Vojtech Szocs" 
Sent: Thursday, February 14, 2013 8:02:04 PM
Subject: Re: [Users] Fwd: Internet Explorer with latest master



NVM got it --> BUILD_FLAGS=-Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera 
-Pgwt-admin,gwt-user,dep 
Building now. 


- DHC 




On Thu, Feb 14, 2013 at 12:23 PM, Dead Horse < deadhorseconsult...@gmail.com > 
wrote: 




I remember there being a GWT configuration file somewhere where those could be 
set? 
- DHC 






On Thu, Feb 14, 2013 at 10:44 AM, Alona Kaplan < alkap...@redhat.com > wrote: 


Hi, 

Instead of doing make rpm please compile manually using the following command: 
mvn clean install -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera 
-Pgwt-admin,gwt-user,dep 


Alona. 


- Original Message - 
> From: "Dead Horse" < deadhorseconsult...@gmail.com > 


> To: "Vojtech Szocs" < vsz...@redhat.com > 
> Cc: "Alona Kaplan" < alkap...@redhat.com >, "< users@ovirt.org >" < 
> users@ovirt.org > 
> Sent: Thursday, February 14, 2013 6:18:54 PM 
> Subject: Re: [Users] Fwd: Internet Explorer with latest master 
> 
> 
> 
> 
> 
> 
> 
> When I compile the engine I do the following: (FC17 build host) 
> --> git clone http://gerrit.ovirt.org/ovirt-engine.git 
> --> cd ovirt-engine 
> --> make rpm 
> 
> Thus I assume the master build does not default to compiling for all 
> browsers? The GWT compliation seems to go through quite a few 
> permuatations during the compile. 
> 
> 
> If master is not set to compile for all browsers then given the above 
> build steps what additionally should I be doing to make it so 
> (guessing refer to above but how to simplify to "make rpm") ? 
> 
> 
> - DHC 
> 
> 
> 
> 
> On Thu, Feb 14, 2013 at 10:09 AM, Vojtech Szocs < vsz...@redhat.com > 
> wrote: 
> 
> 
> Hi, 
> 
> 
> > Maybe you've compiled the application with -Dgwt.userAgent flag for 
> > a specific browser? 
> 
> this is a good point, please make sure to compile UserPortal for all 
> browsers, e.g. instead of: 
> 
> $ mvn clean install -Pdep,gwt-user -Dgwt.userAgent= 
> 
> you should just do: 
> 
> $ mvn clean install -Pdep,gwt-user 
> 
> This will compile UserPortal for all browsers. 
> 
> However, I don't think this is the problem here, because IIRC when 
> you compile UserPortal only for browser X and you try to access it 
> in browser Y, you'll get an empty webpage. 
> 
> Vojtech 
> 
> 
> 
> 
> - Original Message - 
> From: "Alona Kaplan" < alkap...@redhat.com > 
> To: "Dead Horse" < deadhorseconsult...@gmail.com > 
> Cc: users@ovirt.org 
> Sent: Thursday, February 14, 2013 4:18:36 PM 
> Subject: [Users] Fwd: Internet Explorer with latest master 
> 
> Hi, 
> 
> The webadmin and userportal works pretty fine for me on ie8 and ie9. 
> Can you please be more spe

Re: [Users] Fwd: Internet Explorer with latest master

[Vojtech Szocs]

Hi Daniel,

> Instead of forcing IE9 mode we can use "edge" mode to display content in the 
> highest mode available.
> I.e.:
> 

yes, this seems to be the current trend, forcing standards mode in each 
reasonable version of IE (IE8+ that supports X-UA-Compatible meta-tag).

Thinking about it, I guess you are right, we can use IE=edge, since we don't 
rely on any particular feature/quirk of IE8/IE9.

I was initially concerned about IE8, IE9, IE10, etc. each implementing web 
standards differently, but assuming the application works fine in IE9, it 
should also work fine in IE10, and so on.

@Alona, what do you think about adding IE=edge, as suggested by Daniel?

@Daniel, what about IE=edge,chrome=1, which adds preference for Google Chrome 
Frame (IE plug-in which uses WebKit engine instead of IE engine), if available? 
:)

@DHC: according to http://stackoverflow.com/a/5673902, intranet sites in 
IE8/IE9 are *always* rendered in compatibility (non-standards) mode. This might 
be the problem you're facing with WebAdmin and UserPortal. You might want to 
check IE "Compatibility View Settings" dialog box and ensure that nothing gets 
"displayed in compatibility view".

Vojtech


----- Original Message -
From: "Daniel Erez" 
To: "Vojtech Szocs" 
Cc: "users" , "Dead Horse" 
Sent: Friday, February 15, 2013 7:18:05 PM
Subject: Re: [Users] Fwd: Internet Explorer with latest master



- Original Message -
> From: "Vojtech Szocs" 
> To: "Dead Horse" 
> Cc: "users" 
> Sent: Friday, February 15, 2013 3:32:03 PM
> Subject: Re: [Users] Fwd: Internet Explorer with latest master
> 
> Hi,
> 
> doing "make rpm" will actually build Engine using Maven and produce
> RPMs, but you might also want to deploy Engine EAR that was built to
> JBoss server via "make install_artifacts".
> 
> > Thus I assume the master build does not default to compiling for
> > all browsers?
> 
> Aside from "make rpm-quick", which builds quick & dirty RPMs for
> Firefox [gwt.userAgent=gecko1_8], I don't see any "gwt.userAgent"
> stuff in makefile, so the master build defaults to compiling for all
> browsers, unless you override this via "EXTRA_BUILD_FLAGS".
> 
> I think an easier way to do this is as Alona suggested, invoking
> Maven build directly:
> 
>   $ "mvn clean install -Pdep,gwt-admin,gwt-user", but it's up to you.
> 
> Anyway, I think the problem isn't related to "gwt.userAgent" property
> at all. If the GWT permutation for IE is missing, blank page will be
> shown, as GWT permutation selector script (*.nocache.js) will not be
> able to load that permutation.
> 
> I think the problem might be caused by your client's IE browser
> settings. As per [1], IE should render HTML page with " html>" using standards mode; rendering mode which WebAdmin and
> UserPortal require. So if you see garbled mess in IE, it means IE
> doesn't render HTML page in standards mode, but in other (quirks?)
> mode, due to some IE browser settings override.
> 
> The "X-UA-Compatible" meta-tag actually *forces* IE to render HTML
> page in standards mode, which overrides any IE browser settings:
> 
>   
> 
> (I think we should reconsider adding this meta-tag due to reasons
> above, to ensure better compatibility with IE.)

Instead of forcing IE9 mode we can use "edge" mode to display content in the 
highest mode available.
I.e.:


> 
> Vojtech
> 
> [1] http://msdn.microsoft.com/en-us/library/cc288325(v=vs.85).aspx
> 
> 
> - Original Message -
> From: "Dead Horse" 
> To: "Alona Kaplan" 
> Cc: "users" , "Vojtech Szocs" 
> Sent: Thursday, February 14, 2013 8:02:04 PM
> Subject: Re: [Users] Fwd: Internet Explorer with latest master
> 
> 
> 
> NVM got it -->
> BUILD_FLAGS=-Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera
> -Pgwt-admin,gwt-user,dep
> Building now.
> 
> 
> - DHC
> 
> 
> 
> 
> On Thu, Feb 14, 2013 at 12:23 PM, Dead Horse <
> deadhorseconsult...@gmail.com > wrote:
> 
> 
> 
> 
> I remember there being a GWT configuration file somewhere where those
> could be set?
> - DHC
> 
> 
> 
> 
> 
> 
> On Thu, Feb 14, 2013 at 10:44 AM, Alona Kaplan < alkap...@redhat.com
> > wrote:
> 
> 
> Hi,
> 
> Instead of doing make rpm please compile manually using the following
> command:
> mvn clean install -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera
> -Pgwt-admin,gwt-user,dep
> 
> 
> Alona.
> 
> 
> - Original Message -
> > From: "Dead Horse&q

Re: [Users] Fwd: Internet Explorer with latest master

[Vojtech Szocs]

Hi,

> The Internet Exploder "edge" mode seems to be the core culprit here. 

please check http://stackoverflow.com/a/5673902, intranet sites in IE8/IE9 are 
*always* rendered in compatibility (non-standards) mode. This might be the 
problem you're facing with WebAdmin and UserPortal. You might want to check IE 
"Compatibility View Settings" dialog box and ensure that nothing gets 
"displayed in compatibility view".

Can you please try:
- check IE "Compatibility View Settings" and see if it works, without any 
X-UA-Compatible stuff whatsoever
- if not, adding IE=edge and see if it works

Vojtech


- Original Message -----
From: "Dead Horse" 
To: "Daniel Erez" 
Cc: "Vojtech Szocs" , "users" 
Sent: Friday, February 15, 2013 8:45:09 PM
Subject: Re: [Users] Fwd: Internet Explorer with latest master


Rebuilding with -Dgwt.userAgent= 
ie8,ie9,gecko1_8,safari,opera -Pgwt-admin,gwt-user,dep had no effect. Which 
given that the default behavior of master is to do this is not surprising. 


The Internet Exploder "edge" mode seems to be the core culprit here. 


- DHC 




On Fri, Feb 15, 2013 at 12:18 PM, Daniel Erez < de...@redhat.com > wrote: 





- Original Message - 
> From: "Vojtech Szocs" < vsz...@redhat.com > 
> To: "Dead Horse" < deadhorseconsult...@gmail.com > 

> Cc: "users" < users@ovirt.org > 
> Sent: Friday, February 15, 2013 3:32:03 PM 
> Subject: Re: [Users] Fwd: Internet Explorer with latest master 
> 


> Hi, 
> 
> doing "make rpm" will actually build Engine using Maven and produce 
> RPMs, but you might also want to deploy Engine EAR that was built to 
> JBoss server via "make install_artifacts". 
> 
> > Thus I assume the master build does not default to compiling for 
> > all browsers? 
> 
> Aside from "make rpm-quick", which builds quick & dirty RPMs for 
> Firefox [gwt.userAgent=gecko1_8], I don't see any "gwt.userAgent" 
> stuff in makefile, so the master build defaults to compiling for all 
> browsers, unless you override this via "EXTRA_BUILD_FLAGS". 
> 
> I think an easier way to do this is as Alona suggested, invoking 
> Maven build directly: 
> 
> $ "mvn clean install -Pdep,gwt-admin,gwt-user", but it's up to you. 
> 
> Anyway, I think the problem isn't related to "gwt.userAgent" property 
> at all. If the GWT permutation for IE is missing, blank page will be 
> shown, as GWT permutation selector script (*.nocache.js) will not be 
> able to load that permutation. 
> 
> I think the problem might be caused by your client's IE browser 
> settings. As per [1], IE should render HTML page with " html>" using standards mode; rendering mode which WebAdmin and 
> UserPortal require. So if you see garbled mess in IE, it means IE 
> doesn't render HTML page in standards mode, but in other (quirks?) 
> mode, due to some IE browser settings override. 
> 
> The "X-UA-Compatible" meta-tag actually *forces* IE to render HTML 
> page in standards mode, which overrides any IE browser settings: 
> 
>  
> 
> (I think we should reconsider adding this meta-tag due to reasons 
> above, to ensure better compatibility with IE.) 

Instead of forcing IE9 mode we can use "edge" mode to display content in the 
highest mode available. 
I.e.: 
 



> 
> Vojtech 
> 
> [1] http://msdn.microsoft.com/en-us/library/cc288325(v=vs.85).aspx 
> 
> 
> - Original Message - 
> From: "Dead Horse" < deadhorseconsult...@gmail.com > 
> To: "Alona Kaplan" < alkap...@redhat.com > 
> Cc: "users" < users@ovirt.org >, "Vojtech Szocs" < vsz...@redhat.com > 
> Sent: Thursday, February 14, 2013 8:02:04 PM 
> Subject: Re: [Users] Fwd: Internet Explorer with latest master 
> 
> 
> 
> NVM got it --> 
> BUILD_FLAGS=-Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera 
> -Pgwt-admin,gwt-user,dep 
> Building now. 
> 
> 
> - DHC 
> 
> 
> 
> 
> On Thu, Feb 14, 2013 at 12:23 PM, Dead Horse < 
> deadhorseconsult...@gmail.com > wrote: 
> 
> 
> 
> 
> I remember there being a GWT configuration file somewhere where those 
> could be set? 
> - DHC 
> 
> 
> 
> 
> 
> 
> On Thu, Feb 14, 2013 at 10:44 AM, Alona Kaplan < alkap...@redhat.com 
> > wrote: 
> 
> 
> Hi, 
> 
> Instead of doing make rpm please compile manually using the following 
> command: 
> mvn clean install -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera 
> -Pgwt-admin,gwt-user,dep 
> 
> 
> Alona. 
> 
> 
> - Original Message

Re: [Users] Fwd: Internet Explorer with latest master

[Vojtech Szocs]

Hi,

I've just submitted a patch to guard against IE's Compatibility Mode rendering 
issue:

http://gerrit.ovirt.org/#/c/12215/

Regards,
Vojtech



- Original Message -
From: "Dead Horse" 
To: "Vojtech Szocs" 
Cc: "users" , "Daniel Erez" 
Sent: Friday, February 15, 2013 9:20:41 PM
Subject: Re: [Users] Fwd: Internet Explorer with latest master



Disabling compatibility view does the trick. 

- DHC 




On Fri, Feb 15, 2013 at 2:06 PM, Vojtech Szocs < vsz...@redhat.com > wrote: 


Hi, 


> The Internet Exploder "edge" mode seems to be the core culprit here. 

please check http://stackoverflow.com/a/5673902 , intranet sites in IE8/IE9 are 
*always* rendered in compatibility (non-standards) mode. This might be the 
problem you're facing with WebAdmin and UserPortal. You might want to check IE 
"Compatibility View Settings" dialog box and ensure that nothing gets 
"displayed in compatibility view". 

Can you please try: 
- check IE "Compatibility View Settings" and see if it works, without any 
X-UA-Compatible stuff whatsoever 
- if not, adding IE=edge and see if it works 


Vojtech 


- Original Message - 


From: "Dead Horse" < deadhorseconsult...@gmail.com > 
To: "Daniel Erez" < de...@redhat.com > 
Cc: "Vojtech Szocs" < vsz...@redhat.com >, "users" < users@ovirt.org > 
Sent: Friday, February 15, 2013 8:45:09 PM 
Subject: Re: [Users] Fwd: Internet Explorer with latest master 


Rebuilding with -Dgwt.userAgent= 
ie8,ie9,gecko1_8,safari,opera -Pgwt-admin,gwt-user,dep had no effect. Which 
given that the default behavior of master is to do this is not surprising. 


The Internet Exploder "edge" mode seems to be the core culprit here. 


- DHC 




On Fri, Feb 15, 2013 at 12:18 PM, Daniel Erez < de...@redhat.com > wrote: 





- Original Message - 
> From: "Vojtech Szocs" < vsz...@redhat.com > 
> To: "Dead Horse" < deadhorseconsult...@gmail.com > 

> Cc: "users" < users@ovirt.org > 
> Sent: Friday, February 15, 2013 3:32:03 PM 
> Subject: Re: [Users] Fwd: Internet Explorer with latest master 
> 


> Hi, 
> 
> doing "make rpm" will actually build Engine using Maven and produce 
> RPMs, but you might also want to deploy Engine EAR that was built to 
> JBoss server via "make install_artifacts". 
> 
> > Thus I assume the master build does not default to compiling for 
> > all browsers? 
> 
> Aside from "make rpm-quick", which builds quick & dirty RPMs for 
> Firefox [gwt.userAgent=gecko1_8], I don't see any "gwt.userAgent" 
> stuff in makefile, so the master build defaults to compiling for all 
> browsers, unless you override this via "EXTRA_BUILD_FLAGS". 
> 
> I think an easier way to do this is as Alona suggested, invoking 
> Maven build directly: 
> 
> $ "mvn clean install -Pdep,gwt-admin,gwt-user", but it's up to you. 
> 
> Anyway, I think the problem isn't related to "gwt.userAgent" property 
> at all. If the GWT permutation for IE is missing, blank page will be 
> shown, as GWT permutation selector script (*.nocache.js) will not be 
> able to load that permutation. 
> 
> I think the problem might be caused by your client's IE browser 
> settings. As per [1], IE should render HTML page with " html>" using standards mode; rendering mode which WebAdmin and 
> UserPortal require. So if you see garbled mess in IE, it means IE 
> doesn't render HTML page in standards mode, but in other (quirks?) 
> mode, due to some IE browser settings override. 
> 
> The "X-UA-Compatible" meta-tag actually *forces* IE to render HTML 
> page in standards mode, which overrides any IE browser settings: 
> 
>  
> 
> (I think we should reconsider adding this meta-tag due to reasons 
> above, to ensure better compatibility with IE.) 

Instead of forcing IE9 mode we can use "edge" mode to display content in the 
highest mode available. 
I.e.: 
 



> 
> Vojtech 
> 
> [1] http://msdn.microsoft.com/en-us/library/cc288325(v=vs.85).aspx 
> 
> 
> - Original Message - 
> From: "Dead Horse" < deadhorseconsult...@gmail.com > 
> To: "Alona Kaplan" < alkap...@redhat.com > 
> Cc: "users" < users@ovirt.org >, "Vojtech Szocs" < vsz...@redhat.com > 
> Sent: Thursday, February 14, 2013 8:02:04 PM 
> Subject: Re: [Users] Fwd: Internet Explorer with latest master 
> 
> 
> 
> NVM got it --> 
> BUILD_FLAGS=-Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera 
> -Pgwt-admin,gwt-user,dep 
> Building now. 
> 
> 
&

Re: [Users] Introducing oVirt Monitoring UI-Plugin

[Vojtech Szocs]

Hi René,

first of all, great job on releasing the Monitoring UI Plugin!

The plugin itself (start.html) looks nice and easy, and the UI is awesome 
(almost identical to default oVirt UI).

I see that you use a combination of CGI/Perl + jQuery to render the sub-tab UI. 
We're actually planning to extend the plugin API to accept HTML DOM elements in 
addition to "content URL" so that plugin-specific UI can be built and attached 
to WebAdmin UI directly on client, using JavaScript frameworks such as jQuery, 
Backbone, etc. :)

One question: in monitoring.js, after you call api.showDialog, you also call 
api.ready, but at that point api.ready has already been called, as it 
essentially kick-starts plugin initialization..

Can I add your plugin to 
http://www.ovirt.org/Features/UIPlugins#Real-world_UI_plugins ?

Regards,
Vojtech


- Original Message -
From: "René Koch (ovido)" 
To: "ovirt-users" 
Sent: Tuesday, February 19, 2013 3:04:13 PM
Subject: [Users] Introducing oVirt Monitoring UI-Plugin

I'm happy to announce oVirt Monitoring UI-Plugin, which allows the
integration of a Nagios or Icinga monitoring solution into oVirt 3.2
webadmin. With this plugin you can access detailed service check results
and information including performance graphs within oVirt webadmin for
hosts and virtual machines.

We look forward to extend this plugin with more Nagios/Icinga features
like acknowledgments, comments or service rescheduling, permissions,
dashboards, check_mk-integration for virtual machine monitoring and many
more.

For more information about this project and screenshots please visit ​
https://labs.ovido.at/monitoring/wiki/ovirt-monitoring-ui-plugin


The download location is
  * ​
https://labs.ovido.at/monitoring/wiki/ovirt-monitoring-ui-plugin
%3Adownload

Please note that this first release is an early development version with
some minor CSS bugs on some browsers.

If you have any questions or ideas, please drop me an email: ​
r.k...@ovido.at.

Thank you for using oVirt Monitoring UI-Plugin.


-- 
Best Regards

René Koch
Senior Solution Architect


ovido gmbh - "Das Linux Systemhaus"
Brünner Straße 163, A-1210 Wien

Phone:   +43 720 / 530 670
Mobile:  +43 660 / 512 21 31
E-Mail:  r.k...@ovido.at




___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Project personas

[Vojtech Szocs]

Thanks Noam for sharing this persona!

Here are some of my thoughts:

* Dan might be familiar with basic web technologies (HTML), but not necessarily 
with JavaScript language

* Dan would like to write a prototype UI plugin as fast as possible

> Tutorials and documentation on writing a plug-in, I imagine, perhaps a 
> plug-in template or example he can read, understand and modify to fit 
> his needs.

Yes, a tutorial or walk-through in addition to technical 
documentation/reference.

The plugin template is even better, e.g. "showcase" plugin that demonstrates 
different features on a fictional (sample) plugin. Maybe even some tutorials on 
YouTube.

> Does he need/want a way to distribute, promote, update, and 
> manage his plug-in through oVirt.org? Perhaps he'd like users to be able 
> to tell him whether they like it, ask him questions?

This is interesting, so far we only have dedicated repository for sample UI 
plugins. This reminds me of some "plugin marketplace" :)

One way to promote and discuss specific plugins would be via oVirt wiki, where 
each plugin would have a dedicated page maintained by the plugin author.

If we take this further, we could establish another dedicated repository for 
"real-world" plugins, in addition to having repository for "sample" plugins.

All of the above are just ideas..

Regards,
Vojtech


- Original Message -
From: "Dave Neary" 
To: "Doron Fediuck" 
Cc: "Ohad Levy" , users@ovirt.org, "Sean Cohen" 

Sent: Thursday, February 21, 2013 10:52:01 PM
Subject: Re: [Users] Project personas

Thanks Noam!

On 02/21/2013 01:52 PM, Doron Fediuck wrote:
>> After an interesting presentation by Dave Neary today we started
>> thinking about the persona[*] of the ovirt project users
>> We focused on the users of the new coming feature of UI plugins.
>> And this was our vision of an active user:
>>
>> Name: Dan
>> Age: 25
>> Job position: an integrator at a medium sized service company
>> Technical level: computer savvy person with interest in gadgets and
>> innovations.
>>  Has about two years of java coding experience, but coding may not
>>  be his main focus at work.
>> Reason for using the UI Plugins feature: After getting requests from
>> his costumers for simple log monitoring feature, the integration
>> team leader have decided that implementing this as a Plugin for
>> ovirt
>>   would offer a more centralised solution and has assigned dan to
>>   start getting familiar with it and give him a time estimation for
>>   completion.

Interesting that this came the same week as the Nagios plug-in was 
announced on the list ;-)

My follow-on questions: what does Dan need from the oVirt project? 
Tutorials and documentation on writing a plug-in, I imagine, perhaps a 
plug-in template or example he can read, understand and modify to fit 
his needs. Does he need/want a way to distribute, promote, update, and 
manage his plug-in through oVirt.org? Perhaps he'd like users to be able 
to tell him whether they like it, ask him questions?

>> By creating a more accurate persona(s) of the user base we could more
>> easily understand the needs of the users and steer the project in
>> more productive and helpful ways for the people that really need it.
>> It would be very interesting to see what others think this "person"
>> is like and what does he need.
>> so who do you feel is the likely user?

I think that we definitely have a number of types of UI plug-in 
developer - perhaps another one might be a start-up who wants to promote 
their product by integrating into oVirt? Or perhaps someone like NetApp 
or HP, a partner working ot integrate their hardware solutions?

It would be really interesting if someone had thought about and put 
together user profiles or personas for people like that ;-)

(for those watching at home, I split our group into smaller groups, and 
indeed there were two groups who came up with profiles like those above).

Thanks also Doron for the vote of confidence!

Regards,
Dave.

-- 
Dave Neary - Community Action and Impact
Open Source and Standards, Red Hat - http://community.redhat.com
Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] UI Plugin iframe dialogs

[Vojtech Szocs]

Hi René, sorry for replying late!

> I will go for the showDialog API method, as I think I will not into troubles 
> in future oVirt version and avoid hacks.
> It would be really great if showDialog would be able to create these nice 
> oVirt dialogs in addition to opening new windows.

There's a patch for improving showDialog API/implementation to integrate with 
standard WebAdmin dialog look & feel :)

http://gerrit.ovirt.org/#/c/11717/

Still a work-in-progress, but we're planning to finalize/merge it soon!

For now, you can use the current showDialog API, e.g. api.showDialog('Dialog 
Title', 'http://www.example-content.com/', 640, 480);

I have one question for you: would you prefer if new showDialog API supported 
accepting DOM elements instead of contentUrl string? For example (using jQuery):

  var $content = $('Custom dialog content');
  var contentElement = $content.get();
  api.showDialog('Dialog Title', contentElement, 640, 480);

[In other words, UI plugin could build custom UI directly on client, instead of 
having to ask server to provide it.]

Regards,
Vojtech


- Original Message -
From: "René Koch" 
To: "Vojtech Szocs" 
Cc: "ovirt-users" 
Sent: Sunday, February 24, 2013 7:31:47 PM
Subject: RE: [Users] UI Plugin iframe dialogs

Thanks a lot for your answer and sorry for my late response - I skipped dialogs 
for my first UI plugin release, but have to deal with it in the next release 
again.

I will go for the showDialog API method, as I think I will not into troubles in 
future oVirt version and avoid hacks.
It would be really great if showDialog would be able to create these nice oVirt 
dialogs in addition to opening new windows.


Regards,
René 

 
 
-Original message-
> From:Vojtech Szocs 
> Sent: Wednesday 6th February 2013 18:54
> To: René Koch 
> Cc: ovirt-users 
> Subject: Re: [Users] UI Plugin iframe dialogs
> 
> Hi René, this is an interesting problem.
> 
> UI plugin infrastructure loads individual plugins via dedicated iframe 
> elements by design, with iframes serving the purpose of plugin runtime 
> environment that is (more or less) sandboxed with regard to WebAdmin 
> (top-level window) and other plugins. This allows a plugin to load whatever 
> JavaScript libraries, styles etc. without any impact on WebAdmin or other 
> plugins, so that the plugin itself is kind of 'HTML/JS application' on its 
> own, contained within the iframe. Interaction between a plugin and WebAdmin 
> happens through the pluginApi object, plugins are not meant to modify 
> WebAdmin top-level DOM directly on their own. (I'll post a detailed email on 
> this later on.)
> 
> Aside from plugin code itself running within an iframe, you have a custom 
> sub-tab that renders some URL content via another iframe (this is another 
> 'content' iframe, not related to plugin host page iframe).
> 
> > When creating a new (big) jQuery dialog in an sub tab-iframe (sub tab of
> > selected vm or host) it can't be displayed without scrolling in the sub
> > tab or resizing the sub tab (that's clear as it's displayed in an too
> > small iframe).
> 
> Yes, because the jQuery dialog is shown within the sub-tab content iframe 
> window.
> 
> > So it would be great if it would be possible to display dialogs in the
> > middle of the main windows and overlap the iframe (don't know if this is
> > possible).
> 
> Yes, this is possible :)
> 
> There are two options you can go with:
> 
> 1, use showDialog API to render custom dialog whose content is rendered via 
> iframe
>- you need to provide URL for the dialog content
>- this is the preferred way of showing custom dialogs
>Note: showDialog API is currently under improvement, see 
> http://gerrit.ovirt.org/#/c/11717/
> 
> 2, [hacky workaround] use 'parent' within the iframe to reference top-level 
> WebAdmin window
>- your plugin can show jQuery dialog within the context of WebAdmin DOM 
> (parent.document)
>- for example:
>  var $dialog = $('Content');
>  var dialogElement = $dialog.get();
>  parent.document.body.appendChild(dialogElement);
>  $dialog.dialog();
> 
> 3, [planned for future] extend showDialog to accept DOM element in addition 
> to content URL
>- this way, you can build your dialog content with JavaScript and put it 
> inside the dialog
>- you would still use showDialog API, in preference to direct WebAdmin DOM 
> manipulation
> 
> In general, plugins are not meant to modify WebAdmin top-level DOM directly 
> on their own, because doing so imposes a fragile bond between WebAdmin DOM 
> structure (which is very likely to chan

Re: [Users] Introducing oVirt Monitoring UI-Plugin

[Vojtech Szocs]

Hi René,

> I use Perl Template Toolkit and jQuery at the moment, but think that
> Template Toolkit isn't really necessary as most of the HTML could be
> done with plain HTML and jQuery as well.

Yes :) we could simply extend existing API functions to accept DOM element as 
custom content, in addition to contentUrl/iframe implementation.

This could be done for each API function that currently works with contentUrl 
argument: addMainTab, addSubTab, showDialog

The reason for pushing this feature forward is to give everyone more 
possibilities, e.g. I wouldn't want to lock people into "plugins can contribute 
content only via contentUrl" approach.

Also, check out 
http://www.ovirt.org/Features/UIPlugins#oVirt_Monitoring_UI_Plugin :)

Regards,
Vojtech


- Original Message -
From: "René Koch (ovido)" 
To: "Vojtech Szocs" 
Cc: "ovirt-users" 
Sent: Tuesday, February 26, 2013 9:24:23 PM
Subject: Re: [Users] Introducing oVirt Monitoring UI-Plugin

On Mon, 2013-02-25 at 07:21 -0500, Vojtech Szocs wrote:
> Hi René,
> 
> first of all, great job on releasing the Monitoring UI Plugin!

Thanks a lot!

> 
> The plugin itself (start.html) looks nice and easy, and the UI is awesome 
> (almost identical to default oVirt UI).

That was my plan - the plugin should fit as good as possible into oVirt.

> 
> I see that you use a combination of CGI/Perl + jQuery to render the sub-tab 
> UI. We're actually planning to extend the plugin API to accept HTML DOM 
> elements in addition to "content URL" so that plugin-specific UI can be built 
> and attached to WebAdmin UI directly on client, using JavaScript frameworks 
> such as jQuery, Backbone, etc. :)

Sounds really great.
I use Perl Template Toolkit and jQuery at the moment, but think that
Template Toolkit isn't really necessary as most of the HTML could be
done with plain HTML and jQuery as well.

> 
> One question: in monitoring.js, after you call api.showDialog, you also call 
> api.ready, but at that point api.ready has already been called, as it 
> essentially kick-starts plugin initialization..

I'll skip the api.ready call - thanks for the information.

> 
> Can I add your plugin to 
> http://www.ovirt.org/Features/UIPlugins#Real-world_UI_plugins ?

Yes of course - thanks.


Regards,
René



> 
> 
> - Original Message -
> From: "René Koch (ovido)" 
> To: "ovirt-users" 
> Sent: Tuesday, February 19, 2013 3:04:13 PM
> Subject: [Users] Introducing oVirt Monitoring UI-Plugin
> 
> I'm happy to announce oVirt Monitoring UI-Plugin, which allows the
> integration of a Nagios or Icinga monitoring solution into oVirt 3.2
> webadmin. With this plugin you can access detailed service check results
> and information including performance graphs within oVirt webadmin for
> hosts and virtual machines.
> 
> We look forward to extend this plugin with more Nagios/Icinga features
> like acknowledgments, comments or service rescheduling, permissions,
> dashboards, check_mk-integration for virtual machine monitoring and many
> more.
> 
> For more information about this project and screenshots please visit ​
> https://labs.ovido.at/monitoring/wiki/ovirt-monitoring-ui-plugin
> 
> 
> The download location is
>   * ​
> https://labs.ovido.at/monitoring/wiki/ovirt-monitoring-ui-plugin
> %3Adownload
> 
> Please note that this first release is an early development version with
> some minor CSS bugs on some browsers.
> 
> If you have any questions or ideas, please drop me an email: ​
> r.k...@ovido.at.
> 
> Thank you for using oVirt Monitoring UI-Plugin.
> 
> 


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] UI Plugin iframe dialogs

[Vojtech Szocs]

Hi René,

> Hm, I think both would be great. For simple dialogs it's easier if
> showDialog accepts DOM elements, but there are some use cases where it's
> better to provide a contentUrl.

Exactly, for simple UI, contentElement approach has less overhead and is 
arguably more convenient, too.

For complex UI, it's indeed a matter of use-case or preference. For example, 
some plugin authors might prefer having both UI logic and markup hosted via 
server, while others might go with "do all UI on client and just query server 
for data/operations" approach.

Regards,
Vojtech


- Original Message -
From: "René Koch (ovido)" 
To: "Vojtech Szocs" 
Cc: "ovirt-users" 
Sent: Wednesday, March 6, 2013 8:49:50 PM
Subject: Re: [Users] UI Plugin iframe dialogs

Hi Vojtech,


On Mon, 2013-03-04 at 08:07 -0500, Vojtech Szocs wrote:
> Hi René, sorry for replying late!
> 
> > I will go for the showDialog API method, as I think I will not into 
> > troubles in future oVirt version and avoid hacks.
> > It would be really great if showDialog would be able to create these nice 
> > oVirt dialogs in addition to opening new windows.
> 
> There's a patch for improving showDialog API/implementation to integrate with 
> standard WebAdmin dialog look & feel :)
> 
> http://gerrit.ovirt.org/#/c/11717/
> 
> Still a work-in-progress, but we're planning to finalize/merge it soon!

I'll have a look at this patch!

> 
> For now, you can use the current showDialog API, e.g. api.showDialog('Dialog 
> Title', 'http://www.example-content.com/', 640, 480);
> 
> I have one question for you: would you prefer if new showDialog API supported 
> accepting DOM elements instead of contentUrl string? For example (using 
> jQuery):
> 
>   var $content = $('Custom dialog content');
>   var contentElement = $content.get();
>   api.showDialog('Dialog Title', contentElement, 640, 480);
> 
> [In other words, UI plugin could build custom UI directly on client, instead 
> of having to ask server to provide it.]

Hm, I think both would be great. For simple dialogs it's easier if
showDialog accepts DOM elements, but there are some use cases where it's
better to provide a contentUrl.

So for me it would be great if contentUrls and contentElements would be
possible. :)


Regards,
René

> 
> Regards,
> Vojtech
> 
> 
> - Original Message -
> From: "René Koch" 
> To: "Vojtech Szocs" 
> Cc: "ovirt-users" 
> Sent: Sunday, February 24, 2013 7:31:47 PM
> Subject: RE: [Users] UI Plugin iframe dialogs
> 
> Thanks a lot for your answer and sorry for my late response - I skipped 
> dialogs for my first UI plugin release, but have to deal with it in the next 
> release again.
> 
> I will go for the showDialog API method, as I think I will not into troubles 
> in future oVirt version and avoid hacks.
> It would be really great if showDialog would be able to create these nice 
> oVirt dialogs in addition to opening new windows.
> 
> 
> Regards,
> René 
> 
>  
> 
> -Original message-
> > From:Vojtech Szocs 
> > Sent: Wednesday 6th February 2013 18:54
> > To: René Koch 
> > Cc: ovirt-users 
> > Subject: Re: [Users] UI Plugin iframe dialogs
> > 
> > Hi René, this is an interesting problem.
> > 
> > UI plugin infrastructure loads individual plugins via dedicated iframe 
> > elements by design, with iframes serving the purpose of plugin runtime 
> > environment that is (more or less) sandboxed with regard to WebAdmin 
> > (top-level window) and other plugins. This allows a plugin to load whatever 
> > JavaScript libraries, styles etc. without any impact on WebAdmin or other 
> > plugins, so that the plugin itself is kind of 'HTML/JS application' on its 
> > own, contained within the iframe. Interaction between a plugin and WebAdmin 
> > happens through the pluginApi object, plugins are not meant to modify 
> > WebAdmin top-level DOM directly on their own. (I'll post a detailed email 
> > on this later on.)
> > 
> > Aside from plugin code itself running within an iframe, you have a custom 
> > sub-tab that renders some URL content via another iframe (this is another 
> > 'content' iframe, not related to plugin host page iframe).
> > 
> > > When creating a new (big) jQuery dialog in an sub tab-iframe (sub tab of
> > > selected vm or host) it can't be displayed without scrolling in the sub
> > > tab or resizing the sub tab (that's clear as it's displayed in an too
> > > small iframe).
> > 
> > Yes, b

Re: [Users] make engine rpm error

[Vojtech Szocs]

Hi,

please check "MaxPermSize" in frontend/webadmin/modules/pom.xml, it should look 
like this:

  -Xms1024M -Xmx2048M -XX:PermSize=256M 
-XX:MaxPermSize=512M

[Note the "MaxPermSize=512M" setting.]

To speed up the build, you can try:

  $ mvn clean install -Pdep,gwt-admin -Dgwt.compiler.localWorkers=4 
-Dgwt.userAgent=gecko1_8 -Dmaven.test.skip

* gwt.compiler.localWorkers should match the number of processors available, 
its used to parallelize GWT compilation task, e.g. in Java world something like 
Runtime.availableProcessors()
* gwt.userAgent=gecko1_8 means "compile for Firefox browser only"

Regards,
Vojtech


- Original Message -
From: "Alon Bar-Lev" 
To: "bigclouds" 
Cc: users@ovirt.org
Sent: Wednesday, March 27, 2013 12:30:09 PM
Subject: Re: [Users] make engine rpm error

Hm... so you need more memory... :(

- Original Message -
> From: "bigclouds" 
> To: "Alon Bar-Lev" 
> Cc: users@ovirt.org
> Sent: Wednesday, March 27, 2013 1:07:29 PM
> Subject: Re:Re: [Users] make engine rpm error
> 
> 
> 
> hi, alonbl
> error remain. even i use Dgwt.compiler.localWorkers=1.
> more error messages i copy here. it show the call stacks.
> please have a look.
> command i use: mvn clean install -e -Pgwt-admin,dep -DskipTests=true
> -Dgwt.user.agent=gecko -Duser.agent=gecko -Dgwt.userAgent=gecko
> -Dgwt.compiler.localWorkers=1
> many thinks
> 
> [INFO] oVirt GWT UI common infrastructure  SUCCESS
> [26.364s]
> [INFO] WebAdmin .. FAILURE
> [29.023s]
> [INFO] UserPortal  SKIPPED
> [INFO] oVirt Server EAR .. SKIPPED
> [INFO]
> 
> [INFO] BUILD FAILURE
> [INFO]
> 
> [INFO] Total time: 4:30.293s
> [INFO] Finished at: Wed Mar 27 19:00:58 CST 2013
> [INFO] Final Memory: 148M/355M
> [INFO]
> ---!
> -
> [ERROR] Failed to execute goal org.codehaus.mojo:gwt-!
> maven-plugin:2.3.0:compile (gwtcompile) on project webadmin: Command
> [[
> ]] failed with status 1
> at
> org.codehaus.mojo.gwt.shell.AbstractGwtShellMojo$JavaCommand.execute(AbstractGwtShellMojo.java:422)
> at
> org.codehaus.mojo.gwt.shell.CompileMojo.compile(CompileMojo.java:301)
> at
> org.codehaus.mojo.gwt.shell.CompileMojo.doExecute(CompileMojo.java:224)
> at
> org.codehaus.mojo.gwt.shell.AbstractGwtShellMojo.execute(AbstractGwtShellMojo.java:134)
> at
> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101)
> at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
> 
> [ERROR] ]] failed with status 1
> [ERROR] -> [Hel! p 1]
> org.apache.maven.lifecycle.LifecycleExecutionException: Failed to
> execute goal org.codehaus.mojo:gwt-maven-plugin:2.3.0:compile
> (gwtcompile) on project webadmin: Command
> 
> gLevel INFO -style OBF -war
> /mnt/ovirt-engine/frontend/webadmin/modules/webadmin/target/webadmin-3.3.0-SNAPSHOT
> -localWorkers 1 org.ovirt.engine.ui.webadmin.WebAdmin
> ]] failed with status 1
> at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:217)
> at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
> at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
> at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
> at org.apache.ma!
> ven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleMod!
> uleBuilder.java:59)
> at
> org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
> at
> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
> at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
> at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> &nbs! p; at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:601)
> at
> org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
> at
> org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
> at
> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
> at
> org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
> Caused by:
> org.codehaus.mojo.gwt.shell.ForkedProcessExecutionException: Command
> [[
> 
> 
> ---

Re: [Users] Custom columns in VM list (engine admin) ?

[Vojtech Szocs]

Hi Ernest,

as suggested by Oved, I definitely recommend to check out oVirt UI Plugins 
feature first.

From API perspective, here's what you can currently do with UI Plugins:
- add custom {main|sub} tab, modify its content URL, set its accessibility
- add custom {button|contextMenuItem|both} to existing data grid
- show custom dialog, modify its content URL, close the dialog

Custom columns in existing WebAdmin data grids is an interesting requirement 
for UI Plugins, we should consider implementing it.

Plugin API proposal:

api.addMainTabTextColumn(

// entityTypeName
'VirtualMachine',

// headerText
'My Column',

// columnInterface
{
getValue: function(entity) {
// In this case, entity is VM.
// Return value should be string.
return 'test-' + entity.id;
},

width: '200px'
}

);

(Similar thing could be done for other kinds of columns, e.g. percentage 
column.)

For custom columns whose values are computed asynchronously, we could support 
API such as:

api.redrawMainTabTable('VirtualMachine');

Regards,
Vojtech


- Original Message -
From: "Oved Ourfalli" 
To: "Ernest Beinrohr" 
Cc: users@ovirt.org
Sent: Thursday, March 28, 2013 4:10:43 PM
Subject: Re: [Users] Custom columns in VM list (engine admin) ?

Hi Ernest.
It is not possible to do so at the moment.
What you can do is add sub-tabs that will be opened when you stand on a VM on 
the VM list.
In that sub-tab you can point to some URL, and show the data you need over 
there, according to the selected VM.

More information of the UI plugins feature (which allows you to do the above) 
is in:
http://www.ovirt.org/Features/UIPlugins
It also includes some examples.

Hope it helps,
Oved


- Original Message -
> From: "Ernest Beinrohr" 
> To: users@ovirt.org
> Sent: Thursday, March 28, 2013 5:06:48 PM
> Subject: [Users] Custom columns in VM list (engine admin) ?
> 
> 
> Hi, is it possible to add columns to the VM list view in
> ovirt-engine administrator? I'd like to add a memory
> columns (max, current) and also some IO stats and.
> 
> 
> In RHEL 5 virt-manager show something like this:
> http://i.imgur.com/e18DJtf.png
> 
> 
> --
> 
> Ernest Beinrohr, AXON PRO
> Ing , RHCE , RHCVA , LPIC , +421-2--6241-0360 , +421-903--482-603
> icq:28153343, skype:oernii-work , jabber:oer...@jabber.org
> 
> “The bureaucracy is expanding to meet the needs of the expanding
> bureaucracy.” ― Oscar Wilde
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] how to understand UI design

[Vojtech Szocs]

Hi guys,

Lior's UI design overview is very good, I just have a small comment:

> Notice the method edit() where event listeners are created and events are 
> handled.

Event listener registration should be preferably done in Presenter(Widget)s 
instead of in Views, simply because Presenter(Widget).registerHandler() method 
will ensure that these listeners are removed properly when a non-singleton 
Presenter(Widget)/View component is disposed a.k.a "unbound" [i.e. 
HostSetupNetworksPopup{PresenterWidget|View} is non-singleton, just like any 
other dialog bound to UiCommon model].

Furthermore, edit() could be potentially called multiple times to repeatedly 
refresh UI from UiCommon model, so event listeners should be registered only 
once in HostSetupNetworksPopupPresenterWidget.init() method override, instead. 
In case of Setup Host Networks dialog, it's not a big deal, 
HostSetupNetworksPopupView.edit() is called only once when the dialog is shown, 
though..

Regards,
Vojtech


- Original Message -
From: "Lior Vernia" 
To: "bigclouds" 
Cc: users@ovirt.org
Sent: Tuesday, April 23, 2013 9:29:52 AM
Subject: Re: [Users] how to understand UI design

Hello,

Generally speaking, for each popup window and tab you have a model class
in the uicommonweb project which takes care of the business logic, and a
view class in the webadmin project which takes care of presenting the
logic to the user.

Concerning UI operations (drag & drop, clicking etc.), there's a system
of events and listeners. If you're asking specifically about the Setup
Networks dialog, a good place to start is the HostSetupNetworksPopupView
class. Notice the method edit() where event listeners are created and
events are handled.

Hope this helps, feel free to ask more specific questions.

Yours, Lior Vernia.

On 23/04/13 09:47, bigclouds wrote:
> hi,all
>  i need to make some modification on UI,
> could you tell me the mechanism of host setupNetwork, operations like
> drag,drop , and how to catch its event, how to get data corresponding to
> operations.
>  
> thanks
> 
> 
> 
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Subtab missing problem in admin portal

[Vojtech Szocs]

Hello,

this patch [http://gerrit.ovirt.org/#/c/14957/] fixes the problem with missing 
sub tabs, it will be merged soon.

Sorry for the inconvenience.

Regards,
Vojtech


- Original Message -
> From: "Noam Slomianko" 
> To: "lof yer" 
> Cc: "users" 
> Sent: Monday, May 20, 2013 9:49:07 AM
> Subject: Re: [Users] Subtab missing problem in admin portal
> 
> A Voilà!
> https://bugzilla.redhat.com/show_bug.cgi?id=964949
> 
> - Original Message -
> From: "lof yer" 
> To: "Noam Slomianko" 
> Cc: "users" , "Gianluca Cecchi" 
> Sent: Monday, May 20, 2013 10:09:25 AM
> Subject: Re: [Users] Subtab missing problem in admin portal
> 
> I have no experience on openning bugs before, and will try to know how. But
> for this moment, would you please help submit it for me? Thank you very
> much!
> 
> 
> 2013/5/20 Noam Slomianko 
> 
> > I Reproduced the flow on upstream code (fedora 17, firefox)  and indeed it
> > seems like a bug.
> >
> > Would you like to open the bug and have the Honor of it carrying your
> > name? :)
> > http://www.ovirt.org/Reporting_a_bug
> > Or would you like me to do it?
> >
> > - Original Message -
> > From: "Gianluca Cecchi" 
> > To: "lof yer" 
> > Cc: "users" 
> > Sent: Monday, May 20, 2013 9:48:37 AM
> > Subject: Re: [Users] Subtab missing problem in admin portal
> >
> > On Mon, May 20, 2013 at 6:55 AM, lof yer  wrote:
> > > Here's the steps to reproduce the problme:
> > > 1. Click  maintab A, click an item in the list, the subtab is shown out.
> > > 2. Click another maintab B, then click A maintab again, click an item in
> > the
> > > list, the subtab is missing.
> > >
> > > If after clicking maintab B, I clicked its item in the list, I can see
> > the
> > > subtab normally, and so does maintab A.
> >
> >
> > which version, which platform nad which repo used?
> >
> > In my case with fedora 18, 3.2.1 and ovirt repo I'm unable to reproduce.
> > Sub tabs are always shown.
> >
> > Gianluca
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Announcing oVirt.js prototype

[Vojtech Szocs]

Hello everyone,

in past few weeks, we've been working on JavaScript SDK for oVirt Engine.

Today, I'm happy to announce the first prototype called oVirt.js :)

Attached, there's an "sdk-testdrive" UI plugin which:
- bundles oVirt.js prototype [ovirt.js]
- contains test code for DataCenter object [plugin.js]

To install this plugin, simply copy (or symlink) sdk-testdrive.json file and
sdk-testdrive-resources directory under /usr/share/ovirt-engine/ui-plugins.

Following is a quick recap of test code exercising oVirt.js.

To add new DataCenter:

  // Obtain DataCenter resource collection.
  // Resource collection is a handle to work with RESTful objects.
  var dcColl = ovirt.api.datacenters;

  // Obtain "add DataCenter" operation.
  // Operation is a reusable, uhm, operation, backed by HTTP request.
  // You can run the same operation multiple times, if necessary.
  var addOp = dcColl.add({ name: 'test-dc', local: false });

  // Register result handler and run the operation.
  addOp.success(dcAddedCallback).run();

  // Example of operation result handler that receives a single resource.
  function dcAddedCallback (dc) {
console.log('Added: ' + dc.data().name);
  }

In dcAddedCallback function shown above, "dc" is a resource object,
representing a handle to work with RESTful DataCenter object. It provides
access to underlying resource data:

  var dcDataObj = dc.data();

  // Get
  var dcName = dcDataObj.name;
  var dcDesc = dcDataObj.description;

  // Set multiple properties at once ...
  dc.data({ name: 'test-dc-updated', description: 'test' });
  // ... or one by one
  dcDataObj.name = 'test-dc-updated';
  dcDataObj.description = 'test';

It also gives access to nested collections (if any) and supported
actions (if any):

  // Obtain Cluster resource collection for given DataCenter.
  var dcClusterColl = dc.clusters;

oVirt.js is currently only 445 lines of code, yey :) we're not using
any code generation at this point, we're simply relying on HATEOAS [1]
principle of REST and dynamically augmenting resource objects with
nested collections and supported actions, which are part of resource
representation.

[1] http://en.wikipedia.org/wiki/HATEOAS

I feel we'll eventually come to a point where code generation can be
useful, but for now, we're trying to keep things small and simple.

oVirt.js currently uses Lo-Dash library [2] containing various utility
functions. I think that Lo-Dash is great because it makes working with
JavaScript a bit easier.

[2] http://lodash.com/

Overall, oVirt.js will be self-contained, which means there will be
no additional dependencies from JavaScript perspective. Using oVirt.js
in HTML page will be as simple as this:

  

This means that (build-time) dependencies such as Lo-Dash will be
inlined into resulting oVirt.js build. We're also planning to provide
minified version + Source Maps for better debugging.

oVirt.js is planned to be usable NOT ONLY in web browsers. In fact,
there's "ovirt.svc" namespace containing services used by oVirt.js API
implementation. You (or any 3rd party extension) can override these
services to achieve SDK portability for given runtime environment.

In other words, I'd love to see oVirt.js used also with Node.js :)

Finally, an important thing to mention - oVirt.js requires AT LEAST
ECMAScript 5.1 compliant environment. All modern browsers support
ES5, including IE9+. Unfortunately, IE9 doesn't support ES5 Strict
Mode, but that's not that big of a deal.

I'll send some more emails outlining implementation design and also
how to manage source control & distribution of oVirt.js.

Regards,
Vojtech


ovirt-js-sdk.tar.gz
Description: application/compressed-tar
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] oVirt.js PoC - Deep Dive

[Vojtech Szocs]

BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Europe/Belgrade
BEGIN:STANDARD
DTSTART:16010101T03
TZOFFSETTO:+0100
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:CET
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETTO:+0200
TZOFFSETFROM:+0100
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1SU
TZNAME:CEST
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:d673b3b6-e53f-462d-bab4-4cc8420e4382
SUMMARY:oVirt.js PoC - Deep Dive
ATTENDEE;CN=users;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailt
 o:users@ovirt.org
ORGANIZER;CN=Vojtech Szocs:mailto:vsz...@redhat.com
DTSTART;TZID="Europe/Belgrade":20140820T14
DTEND;TZID="Europe/Belgrade":20140820T16
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20140818T173720Z
DTSTAMP:20140818T173720Z
SEQUENCE:0
DESCRIPTION:The following is a new meeting request:\n\nSubject: oVirt.js PoC
  - Deep Dive \nOrganizer: "Vojtech Szocs"  \n\nTime: Wedn
 esday\, August 20\, 2014\, 2:00:00 PM - 4:00:00 PM GMT +01:00 Belgrade\, Bra
 tislava\, Budapest\, Ljubljana\, Prague\n \nInvitees: users@ovirt.org \n\n\n
 *~*~*~*~*~*~*~*~*~*\n\nHi guys\,\n\nthis session is a deep dive into oVirt.j
 s Proof of Concept (PoC)\nannounced recently [1\,2] on users and devel maili
 ng lists.\n\nJoin this session to learn about oVirt.js library in relation t
 o\nour plans to use Engine REST API within oVirt web applications.\n\n(If yo
 u're not an oVirt UI developer but still would like to work\nwith Engine fro
 m within a JavaScript environment\, this session is\nhighly recommended for 
 you as well!)\n\nI'll try to explain both oVirt.js and GWT wrapper projects 
 - core\nconcepts\, API on examples\, ideas behind current design\, and most\
 nimportantly\, impact on existing oVirt web applications.\n\nThis meeting wi
 ll be held via BlueJeans:\n\n  https://bluejeans.com/6473766993\n\nSlides wi
 ll be provided before the session.\n\nRegards\,\nVojtech\n\n[1] http://lists
 .ovirt.org/pipermail/users/2014-June/025198.html\n[2] http://lists.ovirt.org
 /pipermail/devel/2014-June/007826.html\n
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] oVirt.js PoC - Deep Dive

[Vojtech Szocs]

BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Europe/Belgrade
BEGIN:STANDARD
DTSTART:16010101T03
TZOFFSETTO:+0100
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:CET
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETTO:+0200
TZOFFSETFROM:+0100
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1SU
TZNAME:CEST
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:d673b3b6-e53f-462d-bab4-4cc8420e4382
SUMMARY:oVirt.js PoC - Deep Dive
ATTENDEE;CN=users;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailt
 o:users@ovirt.org
ORGANIZER;CN=Vojtech Szocs:mailto:vsz...@redhat.com
DTSTART;TZID="Europe/Belgrade":20140820T14
DTEND;TZID="Europe/Belgrade":20140820T16
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20140818T174032Z
DTSTAMP:20140818T174032Z
SEQUENCE:1
DESCRIPTION:The following meeting has been modified:\n\nSubject: oVirt.js Po
 C - Deep Dive \nOrganizer: "Vojtech Szocs"  \n\nTime: Wed
 nesday\, August 20\, 2014\, 2:00:00 PM - 4:00:00 PM GMT +01:00 Belgrade\, Br
 atislava\, Budapest\, Ljubljana\, Prague\n \nInvitees: users@ovirt.org \n\n\
 n*~*~*~*~*~*~*~*~*~*\n\nHi guys\, \n\nthis session is a deep dive into oVirt
 .js Proof of Concept (PoC) \nannounced recently [1\,2] on users and devel ma
 iling lists. \n\nJoin this session to learn about oVirt.js library in relati
 on to \nour plans to use Engine REST API within oVirt web applications. \n\n
 (If you're not an oVirt UI developer but still would like to work \nwith Eng
 ine from within a JavaScript environment\, this session is \nhighly recommen
 ded for you as well!) \n\nI'll try to explain both oVirt.js and GWT wrapper 
 projects - core \nconcepts\, API on examples\, ideas behind current design\,
  and most \nimportantly\, impact on existing oVirt web applications. \n\nThi
 s meeting will be held via BlueJeans: \n\n  https://bluejeans.com/6473766993
  \n\nIt's also possible to join via phone:\n\n  1) Dial into BlueJeans:\n   
   http://bluejeans.com/numbers\n\n  2) Enter Conference ID:\n 6473766993
 \n\nSlides will be provided before the session. \n\nRegards\, \nVojtech \n\n
 [1] http://lists.ovirt.org/pipermail/users/2014-June/025198.html \n[2] http:
 //lists.ovirt.org/pipermail/devel/2014-June/007826.html \n
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ovirt-devel] [QE][ACTION REQUIRED] oVirt 3.5.0 status

[Vojtech Szocs]

- Original Message -
> From: "Sandro Bonazzola" 
> To: Users@ovirt.org, de...@ovirt.org
> Sent: Friday, September 19, 2014 9:54:00 AM
> Subject: [ovirt-devel] [QE][ACTION REQUIRED] oVirt 3.5.0 status
> 
> Hi,
> We are going to start composing oVirt 3.5.0 GA (or RC3, depending on Monday
> morning Go / No go Meeting decisions) on Monday 2014-09-22.
> 
> Maintainers:
> - Please be sure that 3.5 snapshot satisfy release criteria[9]
> - Please be sure that no pending patches are going to block the release
> - If any patch must block the GA release please raise the issue as soon as
> possible.
> - If any packages need a rebase please raise the issue as soon as possible.
> - Be aware that packages that doesn't need a rebase must be re-built with
> final release versioning from the RC2 tag.
> 
> The bug tracker [1] shows the following proposed blockers to be reviewed:
> 
> Bug IDWhiteboard  Status  Summary
> 1144079   integration POSTlocal engine-reports-setup does not 
> write conf file
> to allow accessing reports from engine
> 1138340   sla POSTvdsm relies on unsupported 
> 'min_guarantee' VM configuration
> parameter
> 1143873   network NEW firewall-cmd gets stuck when run as 
> superVDSM
> subsubprocess
> 1142256   integration NEW remote engine-reports-setup does not 
> write conf file
> to allow accessing reports from engine
> 
> 
> And the following dependencies still open:
> Bug 1041569 - [NFR] libvirt: Returning the watermark for all the images
> opened for writing
> 
> The following bugs are keyworded as Regression and not marked as blockers[10]
> 
> Bug IDWhiteboard  Status  Summary
> 1142709   infra   NEW Trying to deploy hosted-engine via iSCSI device 
> fails
> 1138144   storage NEW Failed to autorecover storage domain after 
> unblocking
> connection with host
> 1118349   storage NEW [vdsm] Creating DataCenter 3.5 using master 
> domain V1
> fails with InquireNotSupportedError
> 1110444   ux  POSTbookmark selection does not work on first try

3.5 patch fully acked, ready for merge, BZ still POST but should be MODIFIED 
once merge.

> 1138314   virtNEW Fail to start vm with payload.
> 
> 
> Feature freeze is now effective, and branch has been created.
> All new patches must be backported to 3.5 branch too.
> Features completed are marked in green on Features Status Table [2]
> 
> There are still 86 bugs [3] targeted to 3.5.0.
> Excluding node and documentation bugs we still have 62 bugs [4] targeted to
> 3.5.0.
> 
> More in detail [5]:
> 
> WhiteboardNEW ASSIGNEDPOSTTotal
> docs  13  1   0   14
> gluster   8   4   2   14
> i18n  0   0   1   1
> infra 0   1   2   3
> integration   3   1   2   6
> network   0   1   0   1
> node  7   4   0   11
> ppc   2   0   4   6
> sla   12  0   7   19
> virt  8   0   3   11
> Total 53  12  21  86
> 
> 
> 
> Maintainers / Assignee:
> - Please ensure that completed features are marked in green on Features
> Status Table [2]
> - If you find a blocker bug please remember to add it to the tracker [1]
> - Please fill release notes, the page has been created here [6]
> - Please review results from Third Test Day on the etherpad [7] and on the
> mailing lists
> - Please update the target to 3.5.1 or later for bugs that won't be in 3.5.0:
>   it will ease gathering the blocking bugs for next releases.
> 
> Community:
> - You're welcome to join us testing last release candidate or nightly builds
> and getting involved in oVirt Quality Assurance[8]
> 
> [1] http://bugzilla.redhat.com/1073943
> [2] http://goo.gl/4SuYdE
> [3] http://red.ht/1pVEk7H
> [4] http://red.ht/1zT2mSq
> [5] http://red.ht/1q7SqNL
> [6] http://www.ovirt.org/OVirt_3.5_Release_Notes
> [7] http://etherpad.ovirt.org/p/3.5-testday-3
> [8] http://www.ovirt.org/OVirt_Quality_Assurance
> [9]
> http://www.ovirt.org/OVirt_3.5_release-management#Release_Criteria_.28WIP.29
> [10] http://goo.gl/uavikG
> 
> Thanks,
> 
> --
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
> ___
> Devel mailing list
> de...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] gwt super dev mode

[Vojtech Szocs]

Hi,

oVirt UI currently uses GWT SDK version 2.6.1
In GWT 2.6.x "classic" dev mode is still the default one.

We tried to use "super" dev mode some time ago [1] but it
didn't work for us, probably due to using direct-eval RPC
mechanism (we got HTTP 500 responses for RPC requests).

  [1] https://gerrit.ovirt.org/#/c/26093/

Because "classic" dev mode relies on NPAPI-based browser
plugin, the downside is that developers must use old'ish
browsers that still support NPAPI (Firefox <= 26 etc).

I think we can revisit this and try to experiment with
"super" dev mode as I believe [1] was done in context of
GWT 2.5.x anyway.

Regards,
Vojtech


- Original Message -
> From: "royin rolland" 
> To: vsz...@redhat.com
> Cc: users@ovirt.org
> Sent: Wednesday, December 16, 2015 2:49:25 AM
> Subject: gwt super dev mode
> 
> hi，vszos：
>   ovirt engine when it supports super dev mode？ovirt 3.6?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] 3.6.5.3: UI Uncaught Exception: New VM from Template

[Vojtech Szocs]

- Original Message -
> From: "Sandro Bonazzola" 
> To: "Alexander Wels" , "Vojtech Szocs" 
> Cc: "users" 
> Sent: Monday, May 9, 2016 5:30:06 PM
> Subject: Re: [ovirt-users] 3.6.5.3: UI Uncaught Exception: New VM from 
> Template
> 
> Alexander, Vojtech, any insight?

In oVirt 3.6 and up, any UI issues are logged into:

  /var/log/ovirt-engine/ui.log

UI stack traces are obfuscated by default, unless you're
running a local development env. with DEV_BUILD_GWT_DRAFT=1.

According to [1] you can install following packages:

  userportal-debuginfo
  webadmin-portal-debuginfo

restart Engine, and UI stack traces will be de-obfuscated,
helping developers to pin-point the problematic code.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1179897

I'd suggest to install above packages, reproduce the issue
and send de-obfuscated UI logs for investigation.

Vojtech

> 
> On Mon, May 9, 2016 at 10:19 AM, Dobó László  wrote:
> 
> > Same problem here, when i'm trying to convert snapshot to vm.
> >
> >
> > 2016-05-05 10:58:59,065 ERROR
> > [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> > (default task-19) []
> > Permutation name: 56114F8548175924C03C3BC67436871E
> > 2016-05-05 10:58:59,066 ERROR
> > [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> > (default task-19) []
> > Uncaught exception: : com.google.gwt.event.shared.UmbrellaException:
> > Exception caught: (TypeError)
> >  __gwt$exception: : d is undefined
> > at Unknown.ms(Unknown Source)   at Unknown.us(Unknown Source)   at
> > Unknown.i3(Unknown Source)   at Unknown.l3(U
> > nknown Source)  at Unknown.v2(Unknown Source)   at Unknown.Im(Unknown
> > Source)   at Unknown.Sm(Unknown Source)   at Unkn
> > own.j$(Unknown Source)  at Unknown.Km(Unknown Source)   at
> > Unknown.S6e(Unknown Source)  at Unknown.UMe(Unknown Source)
> >  at Unknown.vXe(Unknown Source) at Unknown.vZe(Unknown Source)  at
> > Unknown.Yt(Unknown Source)   at Unknown.au(Unknown S
> > ource)  at Unknown._t/<(Unknown Source) at Unknown.uy(Unknown Source)   at
> > Unknown.w6e(Unknown Source)  at Unknown.Sof(
> > Unknown Source) at Unknown.S6e(Unknown Source)  at Unknown.UMe(Unknown
> > Source)  at Unknown.vXe(Unknown Source)  at Unkn
> > own.uXe(Unknown Source) at Unknown.tZe(Unknown Source)  at
> > Unknown.Yt(Unknown Source)   at Unknown.au(Unknown Source)
> >  at Unknown._t/<(Unknown Source)at Unknown.anonymous(Unknown
> > Source)Caused by: com.google.gwt.core.client.JavaS
> > criptException: (TypeError)
> >  __gwt$exception: : d is undefined
> > at Unknown.GMq(Unknown Source)  at Unknown.Bbq(Unknown Source)  at
> > Unknown.pNr(Unknown Source)  at Unknown.lro(
> > Unknown Source) at Unknown.Cyr(Unknown Source)  at Unknown.nzr(Unknown
> > Source)  at Unknown.Eol(Unknown Source)  at Unkn
> > own.Zll(Unknown Source) at Unknown.hml(Unknown Source)  at
> > Unknown.jkl(Unknown Source)  at Unknown.E$(Unknown Source)
> >  at Unknown.d$(Unknown Source)  at Unknown.F2(Unknown Source)   ... 24 more
> >
> >
> > regards
> >
> > enax
> >
> > On 05/08/2016 05:08 AM, Richard Chan wrote:
> >
> > Hello list, I hope you can help with a UI exception from New VM from
> > Template.
> >
> > 1. User (PowerUser) is able to create New VMs manually
> > 2. New VM from template gives a UI exception:
> >
> > __gwt$exception: : Cannot read property 'f' of undefined
> >
> > 2016-05-08 11:04:50,875 ERROR
> > [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> > (default task-28) [] Permutation name: 56114F8548175924C03C3BC67436871E
> > 2016-05-08 11:04:50,875 ERROR
> > [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> > (default task-28) [] Uncaught exception: :
> > com.google.gwt.core.client.JavaScriptException: (TypeError)
> >  __gwt$exception: : f is undefined
> > at
> > org.ovirt.engine.ui.uicommonweb.models.storage.DisksAllocationModel.$updateImageToDestinationDomainMap(DisksAllocationModel.java:288)
> > at
> > org.ovirt.engine.ui.uicommonweb.models.storage.DisksAllocationModel.$getImageToDestinationDomainMap(DisksAllocationModel.java:130)
> > at
> > org.ovirt.engine.ui.uicommonweb.models.templates.VmBaseListModel.$saveNewVm(VmBaseListModel.java:354)
> > at
> > org.ovirt.engine.ui.uicommonweb.models.templates.VmBaseListModel.$onSaveVM(VmBaseListModel.java:331)
> > at
> > org.ovirt.engine.ui.uicommonweb.models.templates.VmBaseListModel$

Re: [Users] New UI plugin: UI-VDSM-Hooks

[Vojtech Szocs]

Hi Daniel,

this plugin looks very cool!

I'm starting to realize that CGI scripts are quite handy for implementing any 
sort of server-side logic for UI plugins, especially since we have Apache web 
server in front of JBoss application server (Engine) in standard oVirt 
installation.

Looking at the code, this plugin should work fine with oVirt 3.2.1+ since 
showDialog API changes landed into 3.2.1 release.

Regarding the issue with bad dialog content - you can edit start.html and put 
following code right before api.showDialog call:

window.alert(url);

This will show actual dialog content URL - you can try opening this URL 
normally in browser and see what happens. My guess is that it will show same 
thing as the dialog.

Important thing is, this URL points to *selected host* machine (not Engine), 
i.e. 
http:///cgi-bin/ui-vdsm-hooks/ui-vdsm-hooks.cgi?command=&args=

This means selected host machine should have some web server like Apache 
installed with necessary CGI scripts in place, i.e. 
cgi-bin/ui-vdsm-hooks/ui-vdsm-hooks.cgi + 
cgi-bin/ui-vdsm-hooks/scripts/vdsClientApi.py -> CGI scripts are invoked right 
on given host machine.

Michael, René - can you try ^^ and let us know if you still encounter issues 
with bad dialog content? What happens when you manually open dialog content URL 
in browser?

Regards,
Vojtech


- Original Message -
> From: "Daniel Erez" 
> To: "René Koch (ovido)" 
> Cc: users@ovirt.org
> Sent: Monday, June 10, 2013 8:45:37 PM
> Subject: Re: [Users] New UI plugin: UI-VDSM-Hooks
> 
> 
> 
> - Original Message -
> > From: "René Koch (ovido)" 
> > To: "Michael Wagenknecht" 
> > Cc: "Daniel Erez" , users@ovirt.org
> > Sent: Monday, June 10, 2013 4:32:46 PM
> > Subject: Re: [Users] New UI plugin: UI-VDSM-Hooks
> > 
> > Hi Daniel,
> > 
> > First of all thanks for the very useful plugin!
> > 
> > Is this plugin compatible with oVirt 3.2.1 or is a newer version
> > required (didn't update to 3.2.2 yet)? I'm having the same issue as
> > Michale and I think api.showDialog causes this issue, but didn't had
> > enough time to verify yet...
> 
> It would probably require newer builds...
> As the plugin uses a rather recent API (e.g. adding a button
> 'OnlyFromContext').
> 
> > 
> > 
> > Regards,
> > René
> > 
> > 
> > 
> > 
> > On Mon, 2013-06-10 at 15:06 +0200, Michael Wagenknecht wrote:
> > > Yes I have and the ui-vdsm-hooks.cgi is accessable from the web server.
> > > 
> > > 
> > > Am 10.06.2013 14:59, schrieb Daniel Erez:
> > > >
> > > > - Original Message -
> > > >> From: "Michael Wagenknecht"
> > > >> To: users@ovirt.org
> > > >> Sent: Monday, June 10, 2013 1:15:34 PM
> > > >> Subject: Re: [Users] New UI plugin: UI-VDSM-Hooks
> > > >>
> > > >> I have a problem with the plugin.
> > > >> I installed it like the other ui-plugins I use, but if I choose a
> > > >> function like "GetAllTasks", I only get a new window with the ovirt
> > > >> startpage.
> > > > Have you copied the cgi-bin folder into a web server in your host?
> > > >
> > > >>
> > > >> Am 09.06.2013 18:40, schrieb Daniel Erez:
> > > >>> Hi,
> > > >>>
> > > >>> I've created a new UI plugin that allows invocation of VDSM commands
> > > >>> directly from the WebAdmin (using CGI scripts and vdsClient).
> > > >>>
> > > >>> You can read all about it in my blog: http://derezvir.blogspot.co.il/
> > > >>>
> > > >>> Thanks,
> > > >>> Daniel
> > > >>> ___
> > > >>> Users mailing list
> > > >>> Users@ovirt.org
> > > >>> http://lists.ovirt.org/mailman/listinfo/users
> > > >> --
> > > >> Mit freundlichen Grüßen
> > > >>
> > > >> Michael Wagenknecht
> > > >> FuH Entwicklungsgesellschaft mbH
> > > >> Geschäftsführer Carola Fornoff
> > > >> HRB Freiburg 701203, UID DE255007372
> > > >> Hauptstr. 4, D-79224 Umkirch
> > > >> Tel +49 7665 93288-0, Fax -150
> > > >>
> > > >>
> > > >> ___
> > > >> Users mailing list
> > > >> Users@ovirt.org
> > > >> http://lists.ovirt.org/mailman/listinfo/users
> > > >>
> > > 
> > 
> >
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] can't access web interface with nightly

[Vojtech Szocs]

- Original Message -
> From: "Sandro Bonazzola" 
> To: "users" 
> Sent: Friday, June 21, 2013 11:31:08 AM
> Subject: [Users] can't access web interface with nightly
> 
> Hi,
> I was testing latest nightly and I've seen the following issues:
> 
> ovirt logs shows multiple:
> bundles/VdsmErrors could not be loaded: java.util.MissingResourceException:
> Can't find bundle for base name bundles/VdsmErrors, locale en_US

I have this too, it comes from org.ovirt.engine.core.utils.ErrorTranslatorImpl 
but not sure why.

> 
> apache logs shows:
> /webadmin/webadmin/webadmin.nocache.js HTTP/1.1" 404
> /UserPortal/org.ovirt.engine.ui.userportal.UserPortal/org.ovirt.engine.ui.userportal.UserPortal.nocache.js
> HTTP/1.1" 404

*.nocache.js = GWT permutation selector script, i.e. script responsible for 
loading correct JavaScript for given browser & locale.

Missing *.nocache.js typically means WebAdmin/UserPortal GWT compilation wasn't 
enabled for the build, since this file is generated during GWT compilation.

Please check deployment of this file in JBoss, i.e. 
$JBOSS_HOME/standalone/deployments/engine.ear/webadmin.war/webadmin/webadmin.nocache.js

If ^^ is missing, WebAdmin GWT compilation wasn't enabled for the build. You 
need to enable it in order to use WebAdmin:

$ make install-dev PREFIX="${HOME}/ovirt-engine" BUILD_GWT=1 
BUILD_GWT_USERPORTAL=1 BUILD_GWT_WEBADMIN=1

(In Makefile, BUILD_GWT=1 & BUILD_GWT_USERPORTAL=1 & BUILD_GWT_WEBADMIN=1 is 
actually the default setting.)

> 
> The admin page https://192.168.3.203/webadmin/webadmin/WebAdmin.html source
> is:
>  < html > < head > < meta http-equiv =" Content-Type " content
> =" text/html; charset=UTF-8 "> < meta http-equiv =" X-UA-Compatible "
> content =" IE=edge "> < meta name =" gwt:property " content =" locale=es_ES
> "> < link rel =" stylesheet " type =" text/css " href ="
> /webadmin/theme/00-ovirt.brand/ovirt_web_admin.css "> < script type ="
> text/javascript "> var applicationMode = {"value":"255"}; var
> pluginDefinitions = []; var messages =
> {"main_header_label":"","copy_right_notice":"","doc":"Documentación de
> administración de la red ENGINE","version_about":"Versión de la máquina
> oVirt:","login_header_label":"Administrador de virtualización
> abierto","application_title":"Administración de la red de máquinas oVirt"};
>   < body > < script type =" text/javascript " src ="
> webadmin.nocache.js ">   
> 
> 
> The CSS file exists, the webadmin.nocache.js link lead to 404 page

ovirt_web_admin.css (branding CSS) is served from local filesystem regardless 
of GWT compilation, i.e. 
/etc/ovirt-engine/branding/00-ovirt.brand/ovirt_web_admin.css

> 
> 
> user portal doesn't work either.

Because of missing *.nocache.js as mentioned above.

> 
> --
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] RFE: sorting and searching in Disks/Direct LUN

[Vojtech Szocs]

Hi,

there's already an RFE for supporting column sorting in main/sub tab grids: 
https://bugzilla.redhat.com/893999

The above mentioned RFE could be generalized to support all grids, including 
the ones found in dialogs, such as "Add Virtual Disk" dialog. However, we need 
to distinguish between two different kinds of grids: ones that display 
page-able data (such as main/tab grids) and ones that display non-page-able 
data (such as grids in dialogs). For the latter, we could simply implement 
client-side sorting.

Quick alternative (workaround) is to add some "sort LUNs by ID" checkbox in the 
dialog, what do you think guys?

Vojtech


- Original Message -
> From: "noc" 
> To: "users" 
> Sent: Tuesday, July 30, 2013 2:00:22 PM
> Subject: [Users] RFE: sorting and searching in Disks/Direct LUN
> 
> Hi All,
> 
> Because of discussion on IRC I'll make a RFE for the following:
> When you have lots (>25) ISCSI LUN's where your ovirt hosts have access to
> then the selection window gets really messy because there is no apparent
> sorting on LUN ids or a searching possibility on part of the id. Scanning by
> eye of such a list is getting very boring and error prone.
> 
> Talking about this part of the webui:
> Add Virtual Disk/External (Direct LUN), would be nice if the column Target
> Name would be sortable
> 
> 
> Joop
> 
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.3 SPICE console error 500

[Vojtech Szocs]

- Original Message -
> From: "Jakub Bittner" 
> To: users@ovirt.org
> Sent: Thursday, August 1, 2013 9:55:27 AM
> Subject: Re: [Users] oVirt 3.3 SPICE console error 500
> 
> Dne 31.7.2013 14:22, Jakub Bittner napsal(a):
> > Dne 31.7.2013 13:30, Michal Skrivanek napsal(a):
> >> On Jul 31, 2013, at 10:05 , Jakub Bittner  wrote:
> >>
> >>> Dne 26.7.2013 16:24, Einav Cohen napsal(a):
> > - Original Message -
> > From: "Itamar Heim" 
> > Sent: Friday, July 26, 2013 6:55:55 AM
> >
> > On 07/26/2013 01:07 PM, Tomas Jelinek wrote:
> >> Well, this is an error introduced by upgrading the GWT and it
> >> broke our
> >> serialization mechanism.
> >> There is a bug opened (well, not exactly your issue but a
> >> different which
> >> is caused by the same problem - see the comments).
> >>
> >> https://bugzilla.redhat.com/show_bug.cgi?id=988021
> > is the fix the same for both?
>  I believe so. As Tomas mentioned - there are several issues that
>  are being
>  caused from the same root problem, hence a single fix should
>  resolve all issues.
> 
> > sounds like we need to fix asap, and hopefully jakub can take the
> > next
> > nightly that will have that fix (and, hmmm, test upgrade from 3.3
> > pre-release to 3.3 pre-release...)
>  an immediate fix was already merged earlier today:
>  http://gerrit.ovirt.org/#/c/17330/.
>  I believe that it will solve all issues that are being caused due
>  to the serialization
>  problem of the "dateCreated" field of the RepoImage class
>  (including the problem reported
>  by Jakub in this thread and the problem reported in Bug 988021).
>  a better / more robust solution is being worked on as we speak.
> 
> >> - Original Message -
> >>> From: "Jakub Bittner" 
> >>> To: users@ovirt.org
> >>> Sent: Friday, July 26, 2013 8:01:04 AM
> >>> Subject: [Users] oVirt 3.3 SPICE console error 500
> >>>
> >>> Hello,
> >>> I upgraded oVirt to 3.3 and when I want to launch SPICE console
> >>> I get
> >>> error 500 on web ui. I tried to install websovketproxy package,
> >>> enabled
> >>> it by "engine-config -s WebSocketProxy="Engine:6100" " But it
> >>> did not
> >>> help. I dont know what I did wrong. Logs are bellow. Thank you
> >>> for advice
> >>>
> >>> ==> ovirt-engine/engine.log <==
> >>> 2013-07-25 15:22:31,717 INFO
> >>> [org.ovirt.engine.core.bll.SetVmTicketCommand]
> >>> (ajp--127.0.0.1-8702-8)
> >>> Running command: SetVmTicketCommand internal: false. Entities
> >>> affected
> >>> :  ID: 8c6ea349-902f-4457-8c3f-49ee5d4cf6b9 Type: VM
> >>> 2013-07-25 15:22:31,726 INFO
> >>> [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand]
> >>> (ajp--127.0.0.1-8702-8) START, SetVmTicketVDSCommand(HostName =
> >>> node19.nbu.cz, HostId = dc1fde46-66af-4f66-947a-12791cd6b9a0,
> >>> vmId=8c6ea349-902f-4457-8c3f-49ee5d4cf6b9, ticket=7LP81DPq1CpR,
> >>> validTime=120,m userName=admin@internal,
> >>> userId=fdfc627c-d875-11e0-90f0-83df133b58cc), log id: 1b7e23bf
> >>> 2013-07-25 15:22:31,764 INFO
> >>> [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand]
> >>> (ajp--127.0.0.1-8702-8) FINISH, SetVmTicketVDSCommand, log id:
> >>> 1b7e23bf
> >>>
> >>> ==> ovirt-engine/server.log <==
> >>> 2013-07-25 15:22:31,865 ERROR
> >>> [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/webadmin]]
> >>>
> >>> (ajp--127.0.0.1-8702-8) Exception while dispatching incoming RPC
> >>> call:
> >>> java.lang.NullPointerException
> >>>   at
> >>> com.google.gwt.rpc.server.WebModePayloadSink.getBytes(WebModePayloadSink.java:860)
> >>>
> >>> [gwt-servlet.jar:]
> >>>   at
> >>> com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.push(WebModePayloadSink.java:767)
> >>>
> >>> [gwt-servlet.jar:]
> >>>   at
> >>> com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.constructorFunction(WebModePayloadSink.java:636)
> >>>
> >>> [gwt-servlet.jar:]
> >>>   at
> >>> com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:259)
> >>>
> >>> [gwt-servlet.jar:]
> >>>   at
> >>> com.google.gwt.rpc.client.ast.InstantiateCommand.traverse(InstantiateCommand.java:54)
> >>>
> >>> [gwt-servlet.jar:]
> >>>   at
> >>> com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320)
> >>>
> >>> [gwt-servlet.jar:]
> >>>   at
> >>> com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42)
> >>>
> >>> [gwt-servlet.jar:]
> >>>   at
> >>> com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:236)
> >>>
> >>> [gwt-servlet.ja

Re: [Users] 3.3 Nightly Built July 31st: Still problems with gwt.rpc

[Vojtech Szocs]

Hi,

the problem here was following:

- GWT RPC requests include X-GWT-* headers to provide additional meta-data, 
i.e. [X-GWT-Module-Base: https://whatever/webadmin/webadmin/]
- when processing GWT RPC request, server (RpcServlet) gets X-GWT-Module-Base 
value and compares it with current request's context path
- if comparison fails, for example due to extra leading [/ovirt-engine] path 
element, it blocks the request as invalid (potential XSRF attack)

Vojtech


- Original Message -
> From: "Hans-Joachim" 
> To: "Juan Hernandez" 
> Cc: users@ovirt.org
> Sent: Thursday, August 1, 2013 1:54:55 PM
> Subject: Re: [Users] 3.3 Nightly Built July 31st: Still problems with gwt.rpc
> 
> Hello,
> 
> thank you... solved
> 
> Hans-Joachim
> 
> 
> 
> 
> 
> - Original Message -
> 
> From: Juan Hernandez
> 
> Sent: 08/01/13 12:58 PM
> 
> To: Hans-Joachim
> 
> Subject: Re: [Users] 3.3 Nightly Built July 31st: Still problems with gwt.rpc
> On 08/01/2013 10:48 AM, Hans-Joachim wrote:
> > Hello,
> > 
> > I'm just installing 3.3 Nightly as of July 31st on my CentOS 6.4 server.
> > 
> > When I try to login to the Web I got 'Error 500'
> > 
> > Here the part of server.log
> > 
> > ..
> > 2013-08-01 10:40:05,098 ERROR
> > [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/webadmin]]
> > (ajp--127.0.0.1-8702-6) Exception while dispatching incoming RPC call:
> > java.lang.SecurityException: Blocked request without GWT base path
> > header (XSRF attack?)
> >  at
> > com.google.gwt.rpc.server.RpcServlet.getClientOracle(RpcServlet.java:95)
> > [gwt-servlet.jar:]
> >  at
> > com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:205)
> > [gwt-servlet.jar:]
> >  at
> > com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62)
> > [gwt-servlet.jar:]
> >  at javax.servlet.http.HttpServlet.service(HttpServlet.java:754)
> > [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final]
> > ...
> > 
> > Hans-Joachim
> > 
> 
> Actually this isn't a problem with GWT RPC, but with the redirection
> that is performed from / to /ovirt-engine in the web server. You
> probably ended up with the following URL:
> 
> https://whatever/ovirt-engine/webadmin/webadmin/WebAdmin.html
> 
> This adds an extra "ovirt-engine" path element to the request, that the
> server side doesn't expect, so it assumes that there is a XSFR attach
> going on. Type an URL like this manually in the browser and it should work:
> 
> https://whatever/webadmin/webadmin/WebAdmin.html
> 
> --
> Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
> 3ºD, 28016 Madrid, Spain
> Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
> 
> 
> 
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Regression/Bug in 3.2.3-1 Webadmin?

[Vojtech Szocs]

- Original Message -
> From: "Sven Kieske" 
> To: users@ovirt.org
> Sent: Tuesday, October 8, 2013 11:16:51 AM
> Subject: [Users] Regression/Bug in 3.2.3-1 Webadmin?
> 
> Hi,
> 
> we get a notification each minute that "User admin@interal logged in".
> 
> This bug was reported and fixed in
> https://bugzilla.redhat.com/show_bug.cgi?id=906046 for rhev.
> 
> Can someone confirm to me that this fix got backported/ included in
> oVirt?

Patch that fixes this issue is http://gerrit.ovirt.org/#/c/14411/ (Change-Id 
I72c2d4952daac4daa17554b7661ed775c72cb97a)

It's part of master branch, however it's NOT part of engine_3.2 branch. So this 
patch wasn't backported into engine_3.2 branch.

> We still face this issue, see the attached screenshot.
> 
> Regards
> 
> Sven
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Proposal for a fresh look and feel for Ovirt

[Vojtech Szocs]

- Original Message -
> From: "Martijn Grendelman" 
> To: users@ovirt.org
> Sent: Wednesday, October 16, 2013 12:34:45 PM
> Subject: Re: [Users] Proposal for a fresh look and feel for Ovirt
> 
> Hi,
> 
> > I like the modernized look, but imo it still misses the simplistic feel.
> > I've had a few people complain that it's hung their whole browser
> > because of the amount of javascript, I didn't proceed to question why
> > because they were VMware fan boys and I simply could never replicate it.
> 
> Yes, the admin portal's JavaScript hangs the browser frequently, at
> least on FF. On Chrome it happens less, but it still happens.

Well, the GUI was built with "browser as application platform" idea in mind so 
we assume users have a decent web browser, i.e. IE9+ or recent Firefox/Chrome.

Indeed, the technology/SDK we use for GUI (Google Web Toolkit) tends to 
generate lots of JavaScript. At the same time, GWT makes best attempt to 
produce optimized output and we make best attempt to lazy-load parts of the web 
application as the user clicks his (her) way through the GUI.

One major source of big JavaScript footprint is shared (Java) code between 
client and server. This is meant to go away as we plan to move GUI on top of 
REST API, replacing today's GWT RPC mechanism. So things might get better in 
future with regard to that.

Note that web browser's JavaScript/rendering engine performance is not 
everything, there are also things like browser plugins or HW specs that might 
slow things down.

> 
> Cheers,
> Martijn.
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] Fwd: Major frontend refactoring landed into master

[Vojtech Szocs]

Hi, we did some frontend refactoring in oVirt master branch, see below for 
details.

Let us know if you find any issues.

Vojtech


- Forwarded Message -
From: "Vojtech Szocs" 
To: "engine-devel" 
Cc: "Alexander Wels" , "Einav Cohen" , 
"Itamar Heim" 
Sent: Monday, November 4, 2013 12:55:33 PM
Subject: Major frontend refactoring landed into master

Hey guys,

I've just merged patch "frontend refactor phase 2" 
[http://gerrit.ovirt.org/#/c/17356/] into master branch.

This is the second patch in a series dedicated to improving parts of frontend 
code responsible for communication with Engine backend: 
http://www.ovirt.org/Features/Design/FrontendRefactor

If you find any issues related to GUI (WebAdmin, UserPortal) - just let Alex 
(CC'ed) or me know and we'll fix them.

Regards,
Vojtech
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] Fwd: oVirt UI plugins feature announcements

[Vojtech Szocs]

Hi guys, sharing some updates on oVirt UI plugins feature, see below for 
details.

Let me know if you have any questions.

Vojtech


- Forwarded Message -
From: "Vojtech Szocs" 
To: "engine-devel" 
Cc: "Einav Cohen" , "Itamar Heim" 
Sent: Thursday, November 7, 2013 11:21:21 PM
Subject: oVirt UI plugins feature announcements

Hello everyone,

I'd like to share some important updates on oVirt UI plugins feature.

First of all, UI plugins wiki [1] is finally complete. API reference 
(application events, API functions, API options, entity types) now includes all 
the details and snippets of example code. I've also added section "Why load 
plugins via iframe element?" explaining reasons behind this design decision.

[1] http://www.ovirt.org/Features/UIPlugins

You might have noticed the changes in oVirt Engine URI layout [2], these are 
already reflected in UI plugins wiki. For existing plugins, this means changing 
URLs like this:

  /webadmin/webadmin/plugin/ExamplePlugin/start.html

to this:

  /ovirt-engine/webadmin/plugin/ExamplePlugin/start.html

[2] http://gerrit.ovirt.org/#/c/20473/

We're planning to merge patch "Improve UI Plugin vs. REST API integration" 
[http://gerrit.ovirt.org/#/c/20404/] soon, please review the change outlined in 
commit message, let me know if you have any questions.

Last but not least, oVirt Space Shooter (a.k.a UI plugins crash course) wiki 
[3] has been updated to reflect changes mentioned above.

[3] http://www.ovirt.org/Tutorial/UIPlugins/CrashCourse

Regards,
Vojtech
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Fwd: oVirt UI plugins feature announcements

[Vojtech Szocs]

- Original Message -
> From: "René Koch (ovido)" 
> To: "Vojtech Szocs" 
> Cc: "users" 
> Sent: Friday, November 8, 2013 10:32:24 AM
> Subject: Re: [Users] Fwd: oVirt UI plugins feature announcements
> 
> On Thu, 2013-11-07 at 17:24 -0500, Vojtech Szocs wrote:
> > Hi guys, sharing some updates on oVirt UI plugins feature, see below for
> > details.
> > 
> > Let me know if you have any questions.
> > 
> > Vojtech
> > 
> > 
> > - Forwarded Message -
> > From: "Vojtech Szocs" 
> > To: "engine-devel" 
> > Cc: "Einav Cohen" , "Itamar Heim" 
> > Sent: Thursday, November 7, 2013 11:21:21 PM
> > Subject: oVirt UI plugins feature announcements
> > 
> > Hello everyone,
> > 
> > I'd like to share some important updates on oVirt UI plugins feature.
> > 
> > First of all, UI plugins wiki [1] is finally complete. API reference
> > (application events, API functions, API options, entity types) now
> > includes all the details and snippets of example code. I've also added
> > section "Why load plugins via iframe element?" explaining reasons behind
> > this design decision.
> > 
> > [1] http://www.ovirt.org/Features/UIPlugins
> 
> 
> Great! Thanks a lot for the documentation - this makes life much easier!
> 
> 
> > 
> > You might have noticed the changes in oVirt Engine URI layout [2], these
> > are already reflected in UI plugins wiki. For existing plugins, this means
> > changing URLs like this:
> > 
> >   /webadmin/webadmin/plugin/ExamplePlugin/start.html
> > 
> > to this:
> > 
> >   /ovirt-engine/webadmin/plugin/ExamplePlugin/start.html
> > 
> > [2] http://gerrit.ovirt.org/#/c/20473/
> 
> 
> Which version of oVirt uses the new URI - I assume 3.4? (and do you know
> if the URI will be changed in RHEV as well)?

Correct, new URI layout takes effect in oVirt 3.4, not sure about RHEV but I 
think "ovirt-engine" in URI might change there.

> 
> I think it's important to mention this change in oVirt upgrade/release
> notes to let users know that they have to change the UI plugin URI. When
> packaging an UI plugin it's not a problem to check the oVirt version in
> a %post section and run a sed command over the JSON file...

I assume the URI layout change BZ [https://bugzilla.redhat.com/961677] will 
have some release notes attached.

For UI plugins, I was talking with Alon about this, we could promote the use of 
relative URIs to make UI plugins unaware of absolute URI layout.

For example, in plugin descriptor:

  "url": "plugin/ExamplePlugin/start.html" // relative to WebAdmin base context 
path, i.e. /ovirt-engine/webadmin

would result in:

  

custom content could be added like this:

  api.addMainTab('Example Tab', 'example-tab', 'plugin/ExamplePlugin/tab.html');

and any content within the iframe (either start.html or tab.html) could use:

  

Re: [Users] RFE question

[Vojtech Szocs]

- Original Message -
> From: "Einav Cohen" 
> To: "Jakub Bittner" 
> Cc: users@ovirt.org
> Sent: Tuesday, November 19, 2013 2:18:45 PM
> Subject: Re: [Users] RFE question
> 
> > - Original Message -
> > From: "Jakub Bittner" 
> > Sent: Tuesday, November 19, 2013 3:49:29 AM
> > 
> > Dne 19.11.2013 08:43, Eli Mesika napsal(a):
> > >
> > > - Original Message -
> > >> From: "Jakub Bittner" 
> > >> To: users@ovirt.org
> > >> Sent: Tuesday, November 19, 2013 8:33:30 AM
> > >> Subject: [Users] RFE question
> > >>
> > >> Hello,
> > >>
> > >> I would like to ask how to post RFE to oVirt. I know about google
> > >> spreadsheet, but should I post RFE to users mailing list and after some
> > >> discussion post it to bugzilla?
> > >>
> > >> I have 2 rfe on oVirt web interface:
> > >>
> > >> 1) I think that nice to have feature would be to have fourth column with
> > >> disk usage in Virtual Machine tab.
> > >>
> > >> 2) Great improvement wold also be possibility to sort Virtual Machine
> > >> tab by clicking on column name. For example: When I click on "Memory"
> > >> all VMs get sorted by memory usage.
> > > This one exists as a general requirement :
> > > https://bugzilla.redhat.com/show_bug.cgi?id=895222
> > >
> > >> If this RFE already exists, I am sorry. But I did not find it.
> > >>
> > >>
> > >> Thank  you.
> > >> ___
> > >> Users mailing list
> > >> Users@ovirt.org
> > >> http://lists.ovirt.org/mailman/listinfo/users
> > >>
> > I am not authorized to access bug #895222
> 
> Bug 893999 - webadmin: please allow column sorting
> [https://bugzilla.redhat.com/show_bug.cgi?id=893999]

Yes, we have RFE for both column sorting and column re-ordering, both of them 
with possible client-side (UI) persistence to remember such preferences on 
given browser.

> 
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> > 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Controlling UI table column visibility and position

[Vojtech Szocs]

Dear developers and users,

it's now possible to tweak table column visibility and position
through header context menu in WebAdmin's main & sub tabs [1,2].

  [1] https://gerrit.ovirt.org/#/c/43401/
  [2] https://gerrit.ovirt.org/#/c/47542/

This allows you to turn "unwanted" columns off and re-arrange
those which are visible to match your personal preference.

Screenshot of customizing VM main tab:

  https://imgur.com/5dfh8QA

There's also RFE [3] to persist (remember) such column settings
in the browser, similar to persisting other client-side options.

  [3] https://bugzilla.redhat.com/1285456

Regards,
Vojtech
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ovirt-devel] Controlling UI table column visibility and position

[Vojtech Szocs]

- Original Message -
> From: "Eli Mesika" 
> To: "Vojtech Szocs" 
> Cc: "users" , "devel" 
> Sent: Wednesday, November 25, 2015 10:14:00 PM
> Subject: Re: [ovirt-devel] Controlling UI table column visibility and position
> 
> 
> 
> - Original Message -
> > From: "Oved Ourfali" 
> > To: "Vojtech Szocs" 
> > Cc: "users" , "devel" 
> > Sent: Wednesday, November 25, 2015 7:32:33 PM
> > Subject: Re: [ovirt-devel] Controlling UI table column visibility and
> > position
> > 
> > 
> > 
> > That's awesome!
> > Looking forward to playing around with it!
> > 
> > Thanks,
> > Oved
> > On Nov 25, 2015 6:42 PM, "Vojtech Szocs" < vsz...@redhat.com > wrote:
> > 
> > 
> > Dear developers and users,
> > 
> > it's now possible to tweak table column visibility and position
> > through header context menu in WebAdmin's main & sub tabs [1,2].
> > 
> > [1] https://gerrit.ovirt.org/#/c/43401/
> > [2] https://gerrit.ovirt.org/#/c/47542/
> > 
> > This allows you to turn "unwanted" columns off and re-arrange
> > those which are visible to match your personal preference.
> > 
> > Screenshot of customizing VM main tab:
> > 
> > https://imgur.com/5dfh8QA
> 
> Really useful

Thanks! :)

> However, I would filter out status columns since this column does not have a
> title and also  I can not see a use-case of removing this column from the
> view

For columns without explicit title like VM status (icon) column, I gave
these a "meaningful" title for context menu purposes, like "Status Icon"
in the screenshot above.

I wanted to give users full freedom as to which columns are visible and
in which order. Even if you turn off all columns, you can turn them on
again :) but I agree that VM status is quite essential info and turning
it off doesn't make much sense..

I've also created RFE to improve existing up/down arrow user experience
by replacing it with drag'n'drop behavior:

  https://bugzilla.redhat.com/1285499 

(Please note that this feature landed in 'master' branch, no backports.)

Vojtech

> 
> > 
> > There's also RFE [3] to persist (remember) such column settings
> > in the browser, similar to persisting other client-side options.
> > 
> > [3] https://bugzilla.redhat.com/1285456
> > 
> > Regards,
> > Vojtech
> > ___
> > Devel mailing list
> > de...@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/devel
> > 
> > ___
> > Devel mailing list
> > de...@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/devel
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] UI plugin API updates

[Vojtech Szocs]

Dear community,

the UI plugin API will be updated to reflect recent oVirt web
administration UI design changes.

The relevant patch is already merged in master branch [1] and the
associated BZ [2] is targeted for 4.3 release.

*What's new*

Two new API functions, addPrimaryMenuContainer and addSecondaryMenuPlace,
allow you to add custom secondary menu items to the vertical navigation
menu. You can target both existing (core) and custom primary menu items
when adding secondary ones.

*What's changed*

Some API functions were renamed to stay consistent with current UI design,
i.e. reflecting the absence of "main" and "sub" tabs.

   - addMainTab => addPrimaryMenuPlace
   - addSubTab => addDetailPlace
   - setTabContentUrl => setPlaceContentUrl
   - setTabAccessible => setPlaceAccessible
   - addMainTabActionButton => addMenuPlaceActionButton
   - addSubTabActionButton => addDetailPlaceActionButton

You can still use the original functions mentioned above, but doing so will
yield a warning in the browser console, for example:

*addMainTab is deprecated, please use addPrimaryMenuPlace instead.*


In addition, for functions that used to deal with "main" or "sub" tabs, the
options object no longer supports alignRight (boolean) parameter. That's
because PatternFly tabs widget [3] expects all tabs to be aligned next to
each other, flowing from left to right.

We'll be updating the UI plugins feature page shortly to reflect all the
changes.

[1] https://gerrit.ovirt.org/#/c/88690/
[2] https://bugzilla.redhat.com/1553902
[3] http://www.patternfly.org/pattern-library/widgets/#tabs

Regards,
Vojtech
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Re: UI plugin of billing

[Vojtech Szocs]

Hello!

If you'd like to create your own UI plugin, I'd suggest to first take a
look at samples-uiplugins
 repo. In general,
the UI plugin API has stayed (more or less) backwards-compatible since
oVirt 3.2.x days, so most of these sample plugins should still work.

Next, you might want to check out the ui-extensions project (GitHub mirror
link below, Gerrit link here
) - we'll
use it to contain multiple oVirt admin UI extensions:

   - dashboard page
   - VM migrate dialog (used on both VM main grid and Host/VM detail grid)
   - ... and hopefully more in the future!

(we're currently using ovirt-engine-dashboard but it will soon be replaced
with ovirt-engine-ui-extensions which gets installed as part of
ovirt-engine installation)

You might also want to read the feature page at
https://ovirt.org/develop/release-management/features/ux/uiplugins/ but
it's probably better to dive into examples.

Regards,
Vojtech


On Thu, Aug 2, 2018 at 12:54 PM, Greg Sheremeta  wrote:

> Hi :)
>
> I can certainly help with the UI plugin part. The new way to do this is
> using react + REST API. Take a look at
> https://github.com/oVirt/ovirt-engine-ui-extensions
> you could model your plugin on the Migrate VM plugin there.
> https://github.com/oVirt/ovirt-engine-ui-extensions/
> blob/master/src/integrations/buttons.js
>
> I suspect you'll need to do backend work for this one though :) Someone
> else can chime in here.
>
> Best wishes,
> Greg
>
> On Thu, Aug 2, 2018 at 4:12 AM 董青龙  wrote:
>
>> Hi all,
>> I want to develop an UI plugin for ovirt which aimes at
>> translating metrics to prices like CloudKitty of openstack. Has anyone done
>> it? Can anyone give me some advice? Thanks!
>>
>>
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
>> guidelines/
>> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
>> message/NQ4NFILNJYLHYJETIDKOL3FKGPM2VZH4/
>>
>
>
> --
>
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat NA
>
> 
>
> gsher...@redhat.comIRC: gshereme
> 
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/U76QPEVC3KKTAMRHBOXKQPWXE7PAM3F3/
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/D3WAEUS4LAXNAXRSA3MSPAU3Z5QZ2PVM/