[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/

[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

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

[Vojtech Szocs]

- Original Message -
> From: "Sandro Bonazzola" <sbona...@redhat.com>
> To: "Alexander Wels" <aw...@redhat.com>, "Vojtech Szocs" <vsz...@redhat.com>
> Cc: "users" <users@ovirt.org>
> 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ó <laszlo.d...@ezit.hu> 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.jav

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] [ovirt-devel] Controlling UI table column visibility and position

[Vojtech Szocs]

- Original Message -
> From: "Eli Mesika" <emes...@redhat.com>
> To: "Vojtech Szocs" <vsz...@redhat.com>
> Cc: "users" <users@ovirt.org>, "devel" <de...@ovirt.org>
> 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" <oourf...@redhat.com>
> > To: "Vojtech Szocs" <vsz...@redhat.com>
> > Cc: "users" <users@ovirt.org>, "devel" <de...@ovirt.org>
> > 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] 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] Integration of ovirt-engine GUI with the CLI

[Vojtech Szocs]

- Original Message -
 From: Einav Cohen eco...@redhat.com
 To: Itamar Heim ih...@redhat.com, jennykan...@gmail.com, Greg Sheremeta 
 gsher...@redhat.com
 Cc: Vojtech Szocs vsz...@redhat.com, Nikita Kodkani 
 nikita.kodk...@gmail.com, users Users@ovirt.org
 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 ih...@redhat.com
  Sent: Wednesday, November 12, 2014 5:03:37 PM
  
  On 11/06/2014 02:59 PM, Vojtech Szocs wrote:
  
  
   - Original Message -
   From: Itamar Heim ih...@redhat.com
   To: Nikita Kodkani nikita.kodk...@gmail.com
   Cc: users Users@ovirt.org, Vojtech Szocs vsz...@redhat.com
   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 ih...@redhat.com
   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 ih...@redhat.com
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: [ovirt-users] Integration of ovirt-engine GUI with the CLI

[Vojtech Szocs]

- Original Message -
 From: Itamar Heim ih...@redhat.com
 To: Vojtech Szocs vsz...@redhat.com
 Cc: Nikita Kodkani nikita.kodk...@gmail.com, users Users@ovirt.org
 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 ih...@redhat.com
  To: Nikita Kodkani nikita.kodk...@gmail.com
  Cc: users Users@ovirt.org, Vojtech Szocs vsz...@redhat.com
  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 ih...@redhat.com
  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 ih...@redhat.com
   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: Yair Zaslavsky yzasl...@redhat.com
 To: Vojtech Szocs vsz...@redhat.com
 Cc: Barak Azulay bazu...@redhat.com, Oved Ourfali ov...@redhat.com, 
 users@ovirt.org
 Sent: Thursday, November 6, 2014 2:59:53 PM
 Subject: Re: [ovirt-users] webhook
 
 
 
 - Original Message -
  From: Vojtech Szocs vsz...@redhat.com
  To: Barak Azulay bazu...@redhat.com
  Cc: Oved Ourfali ov...@redhat.com, users@ovirt.org
  Sent: Thursday, November 6, 2014 3:38:56 PM
  Subject: Re: [ovirt-users] webhook
  
  
  
  - Original Message -
   From: Barak Azulay bazu...@redhat.com
   To: Vojtech Szocs vsz...@redhat.com
   Cc: Einav Cohen eco...@redhat.com, Oved Ourfali ov...@redhat.com,
   users@ovirt.org
   Sent: Tuesday, November 4, 2014 5:15:35 PM
   Subject: Re: [ovirt-users] webhook
   
   
   
   - Original Message -
From: Vojtech Szocs vsz...@redhat.com
To: Einav Cohen eco...@redhat.com
Cc: Oved Ourfali ov...@redhat.com, users@ovirt.org
Sent: Tuesday, November 4, 2014 2:12:05 PM
Subject: Re: [ovirt-users] webhook



- Original Message -
 From: Einav Cohen eco...@redhat.com
 To: Vojtech Szocs vsz...@redhat.com
 Cc: Oved Ourfali ov...@redhat.com, users@ovirt.org
 Sent: Friday, October 31, 2014 8:01:34 PM
 Subject: Re: [ovirt-users] webhook
 
  - Original Message -
  From: Vojtech Szocs vsz...@redhat.com
  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.
 
 Bare ind mind the notification service works with audit log (the user marks
 what will be notified).
 I think you might be after  for something else? Or did you refer to audit
 log/events only?

You're right, I was after a general system has been modified in some way
event. Basically

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

[Vojtech Szocs]

- Original Message -
 From: Itamar Heim ih...@redhat.com
 To: Nikita Kodkani nikita.kodk...@gmail.com, users Users@ovirt.org, 
 Vojtech Szocs vsz...@redhat.com
 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 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: Itamar Heim ih...@redhat.com
 To: Nikita Kodkani nikita.kodk...@gmail.com
 Cc: users Users@ovirt.org, Vojtech Szocs vsz...@redhat.com
 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 ih...@redhat.com
  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 ih...@redhat.com
  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 bazu...@redhat.com
 To: Vojtech Szocs vsz...@redhat.com
 Cc: Einav Cohen eco...@redhat.com, Oved Ourfali ov...@redhat.com, 
 users@ovirt.org
 Sent: Tuesday, November 4, 2014 5:15:35 PM
 Subject: Re: [ovirt-users] webhook
 
 
 
 - Original Message -
  From: Vojtech Szocs vsz...@redhat.com
  To: Einav Cohen eco...@redhat.com
  Cc: Oved Ourfali ov...@redhat.com, users@ovirt.org
  Sent: Tuesday, November 4, 2014 2:12:05 PM
  Subject: Re: [ovirt-users] webhook
  
  
  
  - Original Message -
   From: Einav Cohen eco...@redhat.com
   To: Vojtech Szocs vsz...@redhat.com
   Cc: Oved Ourfali ov...@redhat.com, users@ovirt.org
   Sent: Friday, October 31, 2014 8:01:34 PM
   Subject: Re: [ovirt-users] webhook
   
- Original Message -
From: Vojtech Szocs vsz...@redhat.com
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.

 
 
  
   

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

Re: [ovirt-users] webhook

[Vojtech Szocs]

- Original Message -
 From: Einav Cohen eco...@redhat.com
 To: Vojtech Szocs vsz...@redhat.com
 Cc: Oved Ourfali ov...@redhat.com, users@ovirt.org
 Sent: Friday, October 31, 2014 8:01:34 PM
 Subject: Re: [ovirt-users] webhook
 
  - Original Message -
  From: Vojtech Szocs vsz...@redhat.com
  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 ov...@redhat.com
   To: Yair Zaslavsky yzasl...@redhat.com
   Cc: Koen Vanoppen vanoppen.k...@gmail.com, users@ovirt.org, Vojtech
   Szocs vsz...@redhat.com
   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

Re: [ovirt-users] webhook

[Vojtech Szocs]

- Original Message -
 From: Yair Zaslavsky yzasl...@redhat.com
 To: Einav Cohen eco...@redhat.com
 Cc: Vojtech Szocs vsz...@redhat.com, Oved Ourfali ov...@redhat.com, 
 users@ovirt.org
 Sent: Friday, October 31, 2014 10:51:03 PM
 Subject: Re: [ovirt-users] webhook
 
 
 
 - Original Message -
  From: Einav Cohen eco...@redhat.com
  To: Vojtech Szocs vsz...@redhat.com
  Cc: Oved Ourfali ov...@redhat.com, users@ovirt.org
  Sent: Friday, October 31, 2014 9:01:34 PM
  Subject: Re: [ovirt-users] webhook
  
   - Original Message -
   From: Vojtech Szocs vsz...@redhat.com
   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.
  
   
   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

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 ov...@redhat.com
 To: Yair Zaslavsky yzasl...@redhat.com
 Cc: Koen Vanoppen vanoppen.k...@gmail.com, users@ovirt.org, Vojtech 
 Szocs vsz...@redhat.com
 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 yzasl...@redhat.com
  To: Koen Vanoppen vanoppen.k...@gmail.com
  Cc: Oved Ourfali ov...@redhat.com, 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 vanoppen.k...@gmail.com
   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 yzasl...@redhat.com
 To: Greg Sheremeta gsher...@redhat.com
 Cc: users users@ovirt.org, 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 yzasl...@redhat.com
  To: Greg Sheremeta gsher...@redhat.com
  Cc: users users@ovirt.org, 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 gsher...@redhat.com
   To: users users@ovirt.org, 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] [ovirt-devel] [QE][ACTION REQUIRED] oVirt 3.5.0 status

[Vojtech Szocs]

- Original Message -
 From: Sandro Bonazzola sbona...@redhat.com
 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

[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 vsz...@redhat.com \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 vsz...@redhat.com \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] [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 iframe 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 gsher...@redhat.com
 To: Itamar Heim ih...@redhat.com
 Cc: engine-de...@ovirt.org, aditya mamidwar aditya.mamid...@gmail.com, 
 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 ih...@redhat.com
  To: Greg Sheremeta gsher...@redhat.com, aditya mamidwar
  aditya.mamid...@gmail.com
  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 aditya.mamid...@gmail.com
   *To: *users@ovirt.org, engine-de...@ovirt.org, aw...@redhat.com,
   Einav Cohen eco...@redhat.com, Greg Sheremeta
   gsher...@redhat.com
   *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

[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 vsz...@redhat.com 
 \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 vsz...@redhat.com \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

[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 vsz...@redhat.com \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

Re: [Users] adding scripts

[Vojtech Szocs]

- Original Message -
 From: R P Herrold herr...@owlriver.com
 To: oVirt Users ML users@ovirt.org
 Cc: aditya mamidwar aditya.mamid...@gmail.com
 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 aditya.mamid...@gmail.com
 
  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 iframe 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 aw...@redhat.com
 To: R P Herrold herr...@owlriver.com
 Cc: aditya mamidwar aditya.mamid...@gmail.com, oVirt Users ML 
 users@ovirt.org
 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 aditya.mamid...@gmail.com
   
   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]

 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 eco...@redhat.com
Sent: 14-03-2014 01:21
To: aditya mamidwar aditya.mamid...@gmail.com; Vojtech Szocs
vsz...@redhat.com Cc: users@ovirt.org users@ovirt.org;
engine-de...@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 aditya.mamid...@gmail.com
 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

Re: [Users] adding scripts

[Vojtech Szocs]

- Original Message -
 From: Einav Cohen eco...@redhat.com
 To: aditya mamidwar aditya.mamid...@gmail.com, Vojtech Szocs 
 vsz...@redhat.com
 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 aditya.mamid...@gmail.com
  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] [ovirt-test-day-2] Possible bug while testing vm-init-persistent feature

[Vojtech Szocs]

- Original Message -
 From: Shahar Havivi shah...@redhat.com
 To: Vojtech Szocs vsz...@redhat.com
 Cc: users users@ovirt.org, Einav Cohen eco...@redhat.com
 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 shah...@redhat.com
   To: Vojtech Szocs vsz...@redhat.com
   Cc: users users@ovirt.org, Einav Cohen eco...@redhat.com
   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

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 shah...@redhat.com
 To: Vojtech Szocs vsz...@redhat.com
 Cc: users users@ovirt.org, Einav Cohen eco...@redhat.com
 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 =
02a21a1a-47d6-4d90-8059-a69f0724feff,
vmId=cd3722b0-3139-4d23-8ad4-f01875e85a63, vm=VM [winxp-foo]) execution
failed. Exception: RuntimeException: java.lang.NullPointerException
..
CanDoAction of action RunVmOnce failed.

  Reasons:VAR__ACTION__RUN,VAR__TYPE__VM,VAR__ACTION__RUN,VAR__TYPE__VM,ACTION_TYPE_FAILED_VM_IS_RUNNING
  
  Checking if VM is really running on host (it's not):
  # vdsClient -s 0 list table
  (no results)
  
  Full engine.log + vdsm.log attached. I can provide WebAdmin GUI link
  and more details if needed. It's possible that there's something wrong
  with my engine/host, but I'm clueless

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

[Vojtech Szocs]

- Original Message -
 From: Vojtech Szocs vsz...@redhat.com
 To: users users@ovirt.org
 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] RFE question

[Vojtech Szocs]

- Original Message -
 From: Einav Cohen eco...@redhat.com
 To: Jakub Bittner j.bitt...@nbu.cz
 Cc: users@ovirt.org
 Sent: Tuesday, November 19, 2013 2:18:45 PM
 Subject: Re: [Users] RFE question
 
  - Original Message -
  From: Jakub Bittner j.bitt...@nbu.cz
  Sent: Tuesday, November 19, 2013 3:49:29 AM
  
  Dne 19.11.2013 08:43, Eli Mesika napsal(a):
  
   - Original Message -
   From: Jakub Bittner j.bitt...@nbu.cz
   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

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

[Vojtech Szocs]

- Original Message -
 From: René Koch (ovido) r.k...@ovido.at
 To: Vojtech Szocs vsz...@redhat.com
 Cc: users users@ovirt.org
 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 vsz...@redhat.com
  To: engine-devel engine-de...@ovirt.org
  Cc: Einav Cohen eco...@redhat.com, Itamar Heim ih...@redhat.com
  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:

  iframe src=plugin/ExamplePlugin/start.html

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:

  script src=dir-relative-to-plugin-resources/custom-script.js
  link href=dir-relative-to-plugin-resources/custom-stylesheet.css

I'll verify this and update the UI plugins wiki accordingly. Should have 
thought about relative URIs in the first place :)

 
 
 I also have a question (not related to this topic) too:
 In webadmin I select e.g. a vm and click on Disks webadmin displays disk
 details for this vm. When selecting another vm I can see the disk infos
 for this vm (webadmin keeps me in Disks subtab which is what I would
 expect).
 When I click on Monitoring Details (which is a subtab created by my
 monitoring UI plugin) and I select another vm webadmin doesn't show me
 the content of the ui plugin subtab (Monitoring Details) but instead the
 Disks subtab (always the last clicked non-ui-plugin subtab).
 Didn't test in in oVirt 3.3 yet, only in oVirt 3.2 and RHEV 3.2...
 Is it possible to let subtabs created by ui pugins behave in the same
 way as subtabs provided by webadmin?

Right, this is a known issue with dynamic sub tabs. I've created RFE BZ 
[https://bugzilla.redhat.com/1028968] to track this issue.

Thanks for your feedback!

 
 
 Regards,
 René
 
 
  
  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
 
 
___
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 vsz...@redhat.com
To: engine-devel engine-de...@ovirt.org
Cc: Alexander Wels aw...@redhat.com, Einav Cohen eco...@redhat.com, 
Itamar Heim ih...@redhat.com
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

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

[Vojtech Szocs]

- Original Message -
 From: Martijn Grendelman martijn.grendel...@isaac.nl
 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

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

[Vojtech Szocs]

- Original Message -
 From: Sven Kieske s.kie...@mittwald.de
 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] oVirt 3.3 SPICE console error 500

[Vojtech Szocs]

- Original Message -
 From: Jakub Bittner j.bitt...@nbu.cz
 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 j.bitt...@nbu.cz wrote:
 
  Dne 26.7.2013 16:24, Einav Cohen napsal(a):
  - Original Message -
  From: Itamar Heim ih...@redhat.com
  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 j.bitt...@nbu.cz
  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.jar:]
at
  com.google.gwt.rpc.client.ast.ArrayValueCommand.traverse(ArrayValueCommand.java:53)
 
  [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:291)
 
  [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:]

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 r...@chef.net
 To: Juan Hernandez jhern...@redhat.com
 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] 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 n...@nieuwland.nl
 To: users users@ovirt.org
 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] can't access web interface with nightly

[Vojtech Szocs]

- Original Message -
 From: Sandro Bonazzola sbona...@redhat.com
 To: users users@ovirt.org
 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:
 !DOCTYPE html  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};
 / script  / head   body   script type = text/javascript  src =
 webadmin.nocache.js  / script  / body  / html 
 
 
 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] 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 nslom...@redhat.com
 To: lof yer lof...@gmail.com
 Cc: users users@ovirt.org
 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 lof...@gmail.com
 To: Noam Slomianko nslom...@redhat.com
 Cc: users users@ovirt.org, Gianluca Cecchi gianluca.cec...@gmail.com
 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 nslom...@redhat.com
 
  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 gianluca.cec...@gmail.com
  To: lof yer lof...@gmail.com
  Cc: users users@ovirt.org
  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

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 ov...@redhat.com
To: Ernest Beinrohr ernest.beinr...@axonpro.sk
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 ernest.beinr...@axonpro.sk
 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] 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 = $('divCustom dialog content/div');
  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 r.k...@ovido.at
To: Vojtech Szocs vsz...@redhat.com
Cc: ovirt-users users@ovirt.org
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 vsz...@redhat.com
 Sent: Wednesday 6th February 2013 18:54
 To: René Koch r.k...@ovido.at
 Cc: ovirt-users users@ovirt.org
 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 = $('div title=TitleContent/div');
  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) r.k...@ovido.at
 To: ovirt-users users@ovirt.org
 Sent: Wednesday, January 30, 2013 4:47:54 PM
 Subject

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) r.k...@ovido.at
To: Vojtech Szocs vsz...@redhat.com
Cc: ovirt-users users@ovirt.org
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) r.k...@ovido.at
 To: ovirt-users users@ovirt.org
 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] 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) r.k...@ovido.at
To: ovirt-users users@ovirt.org
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 dne...@redhat.com
To: Doron Fediuck dfedi...@redhat.com
Cc: Ohad Levy ol...@redhat.com, users@ovirt.org, Sean Cohen 
sco...@redhat.com
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] 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 deadhorseconsult...@gmail.com
To: Vojtech Szocs vsz...@redhat.com
Cc: users users@ovirt.org, Daniel Erez de...@redhat.com
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 !DOCTYPE 
 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: 
 
 meta http-equiv=X-UA-Compatible content=IE=9/ 
 
 (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.: 
meta http-equiv=X-UA-Compatible content=IE=edge/ 



 
 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 - 
  From: Dead Horse  deadhorseconsult...@gmail.com  
 
 
  To: Vojtech

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 !DOCTYPE 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:

  meta http-equiv=X-UA-Compatible content=IE=9/

(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 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 - 
 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=specificBrowser 
 
 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 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  deadhorseconsult...@gmail.com  
  To:  users@ovirt.org   users@ovirt.org  
  Sent: Wednesday, February 13, 2013 7:01:48 PM 
  Subject: [Users] Internet Explorer

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.:
 meta http-equiv=X-UA-Compatible content=IE=edge/

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 de...@redhat.com
To: Vojtech Szocs vsz...@redhat.com
Cc: users users@ovirt.org, Dead Horse deadhorseconsult...@gmail.com
Sent: Friday, February 15, 2013 7:18:05 PM
Subject: Re: [Users] Fwd: Internet Explorer with latest master



- 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 !DOCTYPE
 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:
 
   meta http-equiv=X-UA-Compatible content=IE=9/
 
 (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.:
meta http-equiv=X-UA-Compatible content=IE=edge/

 
 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 -
  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

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:

!-- Directs IE to display the webpage in IE9 standards mode --
meta http-equiv=X-UA-Compatible content=IE=9/

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
   meta http-equiv=X-UA-Compatible content=IE=9/
3, include following meta-tag and try step 1, -- enforce IE8 standards mode 
for IE8
   meta http-equiv=X-UA-Compatible content=IE=8, IE=9/

Vojtech

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


- Original Message -
From: Dead Horse deadhorseconsult...@gmail.com
To: users@ovirt.org users@ovirt.org
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=specificBrowser

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 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 deadhorseconsult...@gmail.com
 To: users@ovirt.org users@ovirt.org
 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] 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/pluginName/start.html' would serve 
'/usr/share/ovirt-engine/ui-plugins/resourcePath/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/yourPlugin.json - plugin descriptor
- /usr/share/ovirt-engine/ui-plugins/yourPlugin-files/start.html - plugin 
host page
- /usr/share/ovirt-engine/ui-plugins/yourPlugin-files/* - other static 
plugin resources (if necessary)
- /etc/ovirt-engine/ui-plugins/yourPlugin-config.json - plugin user 
configuration (optional, not part of plugin distribution package)

Hope this helps,
Vojtech


- Original Message -
From: J, Satheesh sathees...@hp.com
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 r.k...@ovido.at
To: Oved Ourfalli ov...@redhat.com
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=vmsname=' + 
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 ov...@redhat.com
 Sent: Tuesday 22nd January 2013 19:34
 To: René Koch r.k...@ovido.at
 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 r.k...@ovido.at
  To: Oved Ourfalli ov...@redhat.com
  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 ov...@redhat.com
   Sent: Monday 21st January 2013 14:56
   To: René Koch r.k...@ovido.at
   Cc: users@ovirt.org; Vojtech Szocs vsz...@redhat.com
   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: René Koch r.k...@ovido.at
To: users@ovirt.org
Sent: Sunday, January 20, 2013 11:07:13 PM
Subject: [Users] UI Plugin issue when switching main tabs

Hi,

I'm working on an UI plugin to integrate Nagios/Icinga into oVirt
Engine and made some progress, but have an issue when switching
the
main tabs.

I use VirtualMachineSelectionChange to create URL with name of vm
(and HostSelectionChange for hosts).
Name is used in my backend code (Perl) for fetching monitoring
status.

Here's the code of VirtualMachineSelectionChange

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 de...@redhat.com
To: Itamar Heim ih...@redhat.com
Cc: users@ovirt.org, Oved Ourfalli ov...@redhat.com, Vojtech Szocs 
vsz...@redhat.com
Sent: Wednesday, January 23, 2013 2:48:23 PM
Subject: Re: [Users] UI Plugin issue when switching main tabs



- Original Message -
 From: Itamar Heim ih...@redhat.com
 To: Oved Ourfalli ov...@redhat.com
 Cc: users@ovirt.org, Daniel Erez de...@redhat.com
 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 r.k...@ovido.at
  To: Oved Ourfalli ov...@redhat.com
  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=vmsname=' + 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] 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 
plugin-config.json or in WebAdmin, private ones would be hidden/read-only.

Regards,
Vojtech


- Original Message -
From: Oved Ourfalli ov...@redhat.com
To: ovirt-users users@ovirt.org
Cc: Christopher Morrissey christopher.morris...@netapp.com, Vojtech Szocs 
vsz...@redhat.com
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 adrian.giba...@btactic.com
To: ovirt-users users@ovirt.org
Cc: Oved Ourfalli ov...@redhat.com, Christopher Morrissey 
christopher.morris...@netapp.com
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 ov...@redhat.com

 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