- Devel - oVirt List Archives

Changes related to gwt.userAgent property
by Vojtech Szocs 08 Oct '14

08 Oct '14

Hi guys, patch [1] just landed in master branch, it impacts the "gwt.userAgent" Maven property used to control target browser(s) for GWT compilation. [1] http://gerrit.ovirt.org/#/c/32164/ As you might know, Engine build process has several execution layers, here they are in "bottom-up" order: * Maven (Java) tool that works with pom.xml files * make command that works with Makefile * rpmbuild command that works with spec file (ovirt-engine.spec.in) -- For Maven: "gwt.userAgent" default value is no longer "all browsers", but "Firefox only". If you invoke Maven directly, please make sure to check that you're passing correct "gwt.userAgent" value, for example: # omitting "gwt.userAgent" will default to "Firefox only" $ mvn [usual stuff] -Dgwt.userAgent=gecko1_8,safari New Maven profile: all-user-agents -> for example: # build GWT apps for all supported browsers $ mvn [usual stuff] -Pall-user-agents -- For make: existing behavior is preserved - build for "Firefox only" by default. DEV_EXTRA_BUILD_FLAGS_GWT_DEFAULTS default value is now empty string, falling back to "gwt.userAgent" (Maven) default value. Example how to customize target browser(s): $ make clean install-dev PREFIX=$HOME/ovirt-engine \ DEV_EXTRA_BUILD_FLAGS_GWT_DEFAULTS="-Dgwt.userAgent=gecko1_8,safari" New make option: BUILD_ALL_USER_AGENTS -> for example: # build GWT apps for all supported browsers $ make clean install-dev PREFIX=$HOME/ovirt-engine \ BUILD_ALL_USER_AGENTS=1 Note: for non-devel builds, BUILD_DEV=0 so DEV_EXTRA_BUILD_FLAGS_GWT_DEFAULTS has no effect, thus falls back to "gwt.userAgent" (Maven) default value, which is "Firefox only". As a result, for non-devel builds via make, use BUILD_ALL_USER_AGENTS=1 to build for all supported browsers. -- For rpmbuild: existing behavior is preserved - for default build (i.e. not "quick" and "minimal" build), build for "all browsers" by default. Please see README.developer changes [2] for details. [2] http://gerrit.ovirt.org/#/c/32164/4/README.developer -- Regards, Vojtech

1 0

Re: [ovirt-devel] [vdsm] modularizing vdsm-tool's configurators
by Nir Soffer 08 Oct '14

08 Oct '14

----- Original Message ----- > From: "Mooli Tayer" <mtayer(a)redhat.com> > To: vdsm-devel(a)fedorahosted.org > Sent: Friday, October 3, 2014 4:08:03 PM > Subject: [vdsm] modularizing vdsm-tool's configurators > > It has been suggested before to convert vdsm-tool's configurators form > classes > to modules and to express their interface using duck typing rather than > inheritance. > > I would like to get to it now before any new configurators join. We have new multipath configurator (started in April). Having it in is more important then redesign. http://gerrit.ovirt.org/30909 > I would like to know: > 1.) If there are any objections to this. I think the current configurators are in great shape and do not need any change. What is the motivation to change them? What are the possible advantages? What are the other tasks that will be postponed by this work? Nir

2 1

oVirt Node Weekly Meeting Minutes - October 7th 2014
by Fabian Deutsch 07 Oct '14

07 Oct '14

Hey, due to the absence of ovirtbot, the raw logs this week: <fabiand> #startmeeting oVirt Node Weekly Meeting <fabiand> #chairs dougsland bkp <fabiand> #topic Agenda * dougsland here <fabiand> #info oVirt 3.5 <fabiand> #info Other Items <fabiand> #topic oVirt 3.5 <fabiand> Okay <fabiand> Basically we are quite far with 3.5 * ybronhei hat die Verbindung getrennt (Ping timeout: 480 seconds) <fabiand> The only bigger issue i see is with the hosted-engine plugin <fabiand> but the - absent - rbarry ha sprovided a patch <fabiand> #info All in for 3.5, ready to release <fabiand> #info hosted-engine plugin needs some love. <fabiand> #action fabiand to build iso for latest rc <fabiand> That is basically all on 3.5 * mskrivanek_away ist jetzt bekannt als mskrivanek * JornStian (~JornStian(a)195.159.34.254) hat #ovirt betreten * tal (~tal(a)nat-pool-tlv-t.redhat.com) hat #ovirt betreten * ykaplan (~ykaplan(a)nat-pool-tlv-t.redhat.com) hat #ovirt betreten <fabiand> #topic Other Items <fabiand> anythiong else dougsland ? <fabiand> We'll have a bigger meeting next week or after to catch up with next gen stuff <dougsland> not from my side. * engkur hat die Verbindung getrennt (Remote host closed the connection) <fabiand> cool <fabiand> #endmeeting Thanks fabian

1 0

GWT vs. Java
by Vojtech Szocs 07 Oct '14

07 Oct '14

Hi guys, I've had a discussion with Roy about GWT vs. Java plans, he asked me to share this information, so here we go. GWT 2.6 ======= - patch pending merge: http://gerrit.ovirt.org/#/c/32135/ - support for Java 7 language syntax like <> operator etc. - once patch ^^ is merged, we can consolidate Java language compliance for whole Engine -> both frontend and backend can use Java 7 (yey!) GWT 2.7 ======= - planned support for *only* Java 8 language syntax like lambdas etc. but *without* emulating new Java 8 APIs like streams etc. (Java 8 API emulation should come in GWT 3.0) Likely, GWT 2.7 will remove GWT deRPC implementation on which we currently rely on. (@Martin, can you please share details?) This means that until we move UI to REST API, we can't upgrade post GWT 2.6, so this will put more pressure to work on oVirtJS project in consequence. GWT 3.0 ======= - ETA early next year? - planned to fully support Java 8 -> both language and APIs - one of key highlights is better integration with JavaScript, which fits the scenario where GWT "application" is one module that's part of bigger application (hybrid approach) Regards, Vojtech

4 8

Pending patches for 3.5.0
by Sandro Bonazzola 07 Oct '14

07 Oct '14

Hi, following patches are pending on 3.5.0 branch: http://gerrit.ovirt.org/33886 fixing a blocker http://gerrit.ovirt.org/33852 http://gerrit.ovirt.org/33839 http://gerrit.ovirt.org/33745 3.5.0 packages have been already built, since we're going to rebuild I would like to understand if other 3 patches must go in or not. Juan, 3.5.0 has been built, for maven sake, should I bump to 3.5.0.1? Or since we haven't released it, may I keep 3.5.0? -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

[QE][ACTION REQUIRED] oVirt 3.5.0 status - Go / No Go
by Sandro Bonazzola 07 Oct '14

07 Oct '14

Hi, We started composing oVirt 3.5.0 GA yesterday 2014-10-06 and we finished collecting rpms this morning. While we would have liked to be able to release it, bugzilla shows 2 new fresh blockers, so it's another No Go. The bug tracker [1] shows 2 blockers: Bug ID Whiteboard Status Summary 1149637 virt ASSIGNED Cannot start VM with attached ISO 1149705 storage NEW VM abnormal stop after LV refreshing when using thin provisioning on block storage This means a RC5 build will be issued once the above 2 bugs will be fixed and GA will follow after testing. Please provide an ETA for above bugs. The bugs keyworded as Regression have been reviewed by maintainers and not marked as blockers[4] Features completed are marked in green on Features Status Table [2] There are still 33 bugs [3] targeted to 3.5.0 which will be moved automatically to 3.5.1 once the build will be released. Maintainers / Assignee: If you're aware of something that should block the release, please raise it as soon as possible. [1] http://bugzilla.redhat.com/1073943 [2] http://goo.gl/4SuYdE [3] http://red.ht/1pVEk7H [4] http://goo.gl/uavikG Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

CDI limited capabilities in jboss-as-7.1.1
by Yevgeny Zaspitsky 07 Oct '14

07 Oct '14

Hi All, Recently I started using CDI (thanks to Roy Golan contribution) in bll module code and figured the limitation described in (https://issues.jboss.org/browse/AS7-4567) That was solved 1.5 years ago in jboss-as-7.2. Currently we use jboss-as-7.1.1. Is there a good reason for not moving to jboss-as-7.2 or any newer version? Upgrading will help us solving circular dependency problems by being dependent on a bean interface in the compile time and receiving its implementation in the run-time. Regards, Yevgeny

5 4

[ENGINE] splitting AuditLogDirector to its own module
by Yair Zaslavsky 06 Oct '14

06 Oct '14

Hi all, I just reviewed a patch regarding AuditLogDirector and I thought to myself - why is it located in DAL? Our maven dependencies are built in a way that both bll and vdsbroker depend on DAL, and if you perform git grep AuditLogDirector you will see it is used by bll and vdsbroker. But that this is not necessary a reason to include AuditlogDirector in DAL. I think DAL should be our Data Access Layer, and for audit log (which is a class that uses our DAOs) we should have a separate module. Thoughts on this are welcome, Yair

3 5

Packages for oVirt 3.5.0 GA
by Sandro Bonazzola 06 Oct '14

06 Oct '14

2 4

[QE][ACTION REQUIRED] oVirt 3.5.0 status - Go / No Go
by Sandro Bonazzola 06 Oct '14

06 Oct '14

Hi, We are going to start composing oVirt 3.5.0 GA today 2014-10-06 as soon as the ovirt-engine package finish to build. The bug tracker [1] shows no blockers: The bugs keyworded as Regression have been reviewed by maintainers and not marked as blockers[4] Features completed are marked in green on Features Status Table [2] There are still 34 bugs [3] targeted to 3.5.0 which will be moved automatically to 3.5.1 once the build will be released. Maintainers / Assignee: If you're aware of something that should block the release, please raise it as soon as possible. [1] http://bugzilla.redhat.com/1073943 [2] http://goo.gl/4SuYdE [3] http://red.ht/1pVEk7H [4] http://goo.gl/uavikG Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0