[ovirt-devel] REST API data aggregation

2017-03-24 Thread Tomas Jelinek
Hi All, for quite some time I have been more or less involved in development of various UIs for oVirt based entirely on the oVirt's REST API ranging from the quite mature moVirt [1] through some cockpit extensions to a young and experimental user portal replacement [2]. One issue we hit over and

Re: [ovirt-devel] REST API data aggregation

2017-03-24 Thread Martin Sivak
> for quite some time I have been more or less involved in development of > various UIs for oVirt based entirely on the oVirt's REST API ranging from > the quite mature moVirt [1] through some cockpit extensions to a young and > experimental user portal replacement [2]. oVirt optimizer has the

Re: [ovirt-devel] REST API data aggregation

2017-03-24 Thread Yaniv Kaul
On Fri, Mar 24, 2017 at 6:43 PM, Martin Sivak wrote: > > 2: you can have more api gateways (e.g. more apis) tailored for every > > frontend. I don't think we need this - the current API serves us pretty > well > > in every FE Im involved in. The only thing which I miss is the

Re: [ovirt-devel] REST API data aggregation

2017-03-24 Thread Martin Sivak
> Current Apache used has only experimental module for it. > Undertow is supposed to have a better support. I wonder when/if we can drop > Apache... The last info I have about that from mperina is that we need Apache for kerberos support atm. Martin On Fri, Mar 24, 2017 at 5:30 PM, Yaniv Kaul

Re: [ovirt-devel] Introducing engine micro-benchmarks

2017-03-24 Thread Michal Skrivanek
> On 23 Mar 2017, at 11:37, Roy Golan wrote: > > > > On Thu, Mar 23, 2017, 12:25 PM Martin Sivak > wrote: > Hi, > > I am just wondering whether you tried Roman's Hystrix integration to > see what command was so slow? > >

Re: [ovirt-devel] REST API data aggregation

2017-03-24 Thread Yaniv Kaul
On Fri, Mar 24, 2017 at 8:57 PM, Martin Sivak wrote: > > Current Apache used has only experimental module for it. > > Undertow is supposed to have a better support. I wonder when/if we can > drop > > Apache... > > The last info I have about that from mperina is that we need

Re: [ovirt-devel] REST API data aggregation

2017-03-24 Thread Tomas Jelinek
On Fri, Mar 24, 2017 at 3:58 PM, Martin Sivak wrote: > > I feel like every REST API I've ever worked with has had the aggregation > + > > projection problem. It's like we're trying to use REST as a replacement > for > > SQL -- but the logic that executes the "SQL" lives in a

Re: [ovirt-devel] REST API data aggregation

2017-03-24 Thread Martin Sivak
> 2: you can have more api gateways (e.g. more apis) tailored for every > frontend. I don't think we need this - the current API serves us pretty well > in every FE Im involved in. The only thing which I miss is the data > aggregation. So it does not serve us well. Aggregation of data is one the

Re: [ovirt-devel] ovirt 4.1.1

2017-03-24 Thread Jason Brooks
On Thu, Mar 23, 2017 at 2:33 PM, Paul Dyer wrote: > This is a RHEL7.3 install. > > I was able to change the ovirt-4.1-dependencies.repo, to update baseurl... > > #baseurl=http://mirror.centos.org/centos/$releasever/virt/$basearch/ovirt-4.1/ >

Re: [ovirt-devel] oVirt Engine checkstyle upgrade

2017-03-24 Thread Vojtech Szocs
Hi Allon, I think I found some strange Checkstyle related problems on master. Engine build with (GWT compilation enabled) works OK. Next, trying to start GWT debugger: $ make gwt-debug DEBUG_MODULE=webadmin \ DEV_EXTRA_BUILD_FLAGS_GWT_DEFAULTS="-Dgwt.userAgent=gecko1_8,safari" \

Re: [ovirt-devel] REST API data aggregation

2017-03-24 Thread Greg Sheremeta
I feel like every REST API I've ever worked with has had the aggregation + projection problem. It's like we're trying to use REST as a replacement for SQL -- but the logic that executes the "SQL" lives in a browser now, and it used to live on a server close to the DB. And REST isn't expressive for

Re: [ovirt-devel] REST API data aggregation

2017-03-24 Thread Martin Sivak
> I feel like every REST API I've ever worked with has had the aggregation + > projection problem. It's like we're trying to use REST as a replacement for > SQL -- but the logic that executes the "SQL" lives in a browser now, and it > used to live on a server close to the DB. And REST isn't

Re: [ovirt-devel] oVirt Engine checkstyle upgrade

2017-03-24 Thread Vojtech Szocs
On Fri, Mar 24, 2017 at 3:51 PM, Vojtech Szocs wrote: > Found the problem after debugging NlsCheck. > > First of all, it checks all kinds of Java sources, including the generated > ones. That's silly and one of the reasons why Checkstyle execution takes a > rather long time.

Re: [ovirt-devel] oVirt Engine checkstyle upgrade

2017-03-24 Thread Vojtech Szocs
Found the problem after debugging NlsCheck. First of all, it checks all kinds of Java sources, including the generated ones. That's silly and one of the reasons why Checkstyle execution takes a rather long time. I'll fix that. Next, when checking a Java source that contains string "{}" (without