[ovirt-devel] Moving forward our frontend stack

[Tomas Jelinek]

----- Original Message -----
> From: "Yair Zaslavsky" <yzaslavs at redhat.com>
> To: "Vojtech Szocs" <vszocs at redhat.com>
> Cc: devel at ovirt.org
> Sent: Friday, August 29, 2014 1:58:58 AM
> Subject: Re: [ovirt-devel] Moving forward our frontend stack
> 
> Does this mean we can use the diamond operator at common after the patch is
> merged?
> 
> For example:
> 
> HashSet<String> names = new HashSet<>();
> 
> Insead of
> 
> HashSet<String> names = new HashSet<String>();

yes, we can! :)

> 
> 
> Yair
> 
> 
> ----- Original Message -----
> > From: "Vojtech Szocs" <vszocs at redhat.com>
> > To: "Martin Betak" <mbetak at redhat.com>
> > Cc: devel at ovirt.org
> > Sent: Thursday, August 28, 2014 6:38:04 PM
> > Subject: Re: [ovirt-devel] Moving forward our frontend stack
> > 
> > Hey Martin!
> > 
> > I've just reviewed your patch, looks good overall.
> > 
> > Here are my thoughts:
> > 
> > * Jenkins CI fails on patch due to missing dependencies,
> >   we need to provide following new dependencies in order
> >   to proceed with the upgrade:
> >  
> >   org.aspectj:aspectjweaver:1.8.2
> >   org.aspectj:aspectjrt:1.8.2
> >   com.google.gwt:gwt-user:2.6.1
> >   com.google.gwt:gwt-dev:2.6.1
> >   com.google.gwt:gwt-servlet:2.6.1
> >   com.google.gwt:2.6.1
> >   org.codehaus.mojo:gwt-maven-plugin:2.6.1
> >   com.gwtplatform:gwtp-processors:1.3.1
> >   com.gwtplatform:gwtp-mvp-client:1.3.1
> >   com.google.gwt.inject:gin:2.1.2
> > 
> >   Who will take charge of that?
> > 
> > * patch itself looks quite harmless (not too risky)
> > 
> > * consolidating Java source & target version across
> >   frontend and backend is nice!
> > 
> >   -> this means we could use Java 7 features
> >      also on the frontend (Java/GWT) side
> > 
> > * TODO-GWT tags [1] proved to be helpful [2]
> > 
> >   -> reminder to all UI maintainers to use TODO-GWT
> >      tags whenever we have some GWT(P) workaround,
> >      so that the future upgrade will be safer w.r.t.
> >      existing code
> > 
> > [1] https://www.mail-archive.com/devel@ovirt.org/msg00761.html
> > [2]
> > http://gerrit.ovirt.org/#/c/32135/1/frontend/webadmin/modules/webadmin/src/main/java/org/ovirt/engine/ui/webadmin/section/main/view/SearchPanelView.java
> > 
> > Regards,
> > Vojtech
> > 
> > PS: I went through GWT-Platform release notes,
> > found an interesting new feature in recent GWTP
> > release, worth investigating:
> > 
> >   https://github.com/ArcBees/GWTP/wiki/Release-Notes
> >   #346 : Map more than one name token to presenter
> > 
> > 
> > ----- Original Message -----
> > > From: "Martin Betak" <mbetak at redhat.com>
> > > To: devel at ovirt.org
> > > Cc: "Vojtech Szocs" <vszocs at redhat.com>, "Einav Cohen"
> > > <ecohen at redhat.com>,
> > > "Alexander Wels" <awels at redhat.com>,
> > > "Greg Sheremeta" <gshereme at redhat.com>, "Tomas Jelinek"
> > > <tjelinek at redhat.com>, "Lior Vernia" <lvernia at redhat.com>,
> > > "Daniel Erez" <derez at redhat.com>
> > > Sent: Thursday, August 28, 2014 4:11:10 PM
> > > Subject: Moving forward our frontend stack
> > > 
> > > Hello oVirt developers!
> > > 
> > > I have prepared patch [1] that upgrades our frontend stack
> > > to use GWT version 2.6.1 (from previous 2.5.1).
> > > 
> > > This patch also updates GIN to version 2.1.2 and GWT-P to 1.3.1
> > > 
> > > Since GWT 2.6 features support for Java 7 it was possible to increment
> > > language levels of all projects stuck at Java 6 (common, compat,
> > > searchbackend
> > > and entire of frontend).
> > > 
> > > To facilitate emitting bytecode compatible with Java 7 also upgrade of
> > > AspectJ was
> > > necessary. This patch upgrades it to AspectJ 1.8 that features even
> > > support
> > > for
> > > Java 8 which will save effort when upgrading to GWT 2.7/3.0 in the
> > > future.
> > > 
> > > Most of the changes in the patch are due to upgrade of GWT-P - i.e.
> > > changing
> > > packages of TokenFormatter and PlaceRequest.
> > > 
> > > Overall this patch is *MUCH* simpler than the previous
> > > http://gerrit.ovirt.org/#/c/16739/
> > > which facilitated upgrade from 2.3 to 2.5.1, and hopefully much less
> > > risky.
> > > 
> > > I have tested draft-compile, debug-mode and also tried to use the
> > > resulting
> > > application
> > > manually for some time. So far everything worked (surprisingly well!) and
> > > I
> > > have not
> > > detected any defects. Of course I invite anyone to test this patch on his
> > > own
> > > since
> > > it is and upgrade of our core infrastructure.
> > > 
> > > That having said I think is comparatively simple and the benefits
> > > outweigh
> > > the risks
> > > if this upgrade is done at the beginning of ovirt-3.6 development cycle.
> > > 
> > > Reviews, comments and testing are very welcome :-)
> > > 
> > > Best regards,
> > > 
> > > Martin
> > > 
> > > [1] http://gerrit.ovirt.org/#/c/32135/
> > > 
> > _______________________________________________
> > Devel mailing list
> > Devel at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/devel
> > 
> _______________________________________________
> Devel mailing list
> Devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>