[Engine-devel] Java Development Lifecycle

Alon Bar-Lev alonbl at redhat.com
Wed Aug 28 20:22:00 UTC 2013



----- Original Message -----
> From: "Eli Mesika" <emesika at redhat.com>
> To: "Alon Bar-Lev" <alonbl at redhat.com>
> Cc: "Yair Zaslavsky" <yzaslavs at redhat.com>, engine-devel at ovirt.org
> Sent: Wednesday, August 28, 2013 11:18:59 PM
> Subject: Re: [Engine-devel] Java Development Lifecycle
> 
> 
> 
> ----- Original Message -----
> > From: "Alon Bar-Lev" <alonbl at redhat.com>
> > To: "Eli Mesika" <emesika at redhat.com>
> > Cc: "Yair Zaslavsky" <yzaslavs at redhat.com>, engine-devel at ovirt.org
> > Sent: Wednesday, August 28, 2013 1:00:02 PM
> > Subject: Re: [Engine-devel] Java Development Lifecycle
> > 
> > 
> > 
> > ----- Original Message -----
> > > From: "Eli Mesika" <emesika at redhat.com>
> > > To: "Yair Zaslavsky" <yzaslavs at redhat.com>
> > > Cc: engine-devel at ovirt.org
> > > Sent: Wednesday, August 28, 2013 12:55:21 PM
> > > Subject: Re: [Engine-devel] Java Development Lifecycle
> > > 
> > > 
> > > 
> > > ----- Original Message -----
> > > > From: "Yair Zaslavsky" <yzaslavs at redhat.com>
> > > > To: "Martin Perina" <mperina at redhat.com>
> > > > Cc: engine-devel at ovirt.org
> > > > Sent: Wednesday, August 28, 2013 5:34:42 AM
> > > > Subject: Re: [Engine-devel] Java Development Lifecycle
> > > > 
> > > > 
> > > > 
> > > > ----- Original Message -----
> > > > > From: "Martin Perina" <mperina at redhat.com>
> > > > > To: engine-devel at ovirt.org
> > > > > Sent: Tuesday, August 27, 2013 2:54:38 PM
> > > > > Subject: Re: [Engine-devel] Java Development Lifecycle
> > > > > 
> > > > > For me the most time consuming problem is GWT compilation.
> > > 
> > > When compiling GWT it build both Admin & User portals , it duplicates the
> > > compilation time , can this please be separated such that I can build
> > > admin
> > > portal without a user portal and vice verse ???
> > 
> > make .... BUILD_GWT_USERPORTAL=0
> 
> Yap , that's great
> Just one thing , since 99% a developer compiles dev env is for admin portal ,
> it will be nice to default BUILD_GWT_USERPORTAL to 0 for ease of use

Well, I will love to see discussion over that.
Also adding if BUILT_UT should be default enabled.

In the meantime, you can just create a wrapper script to setup whatever you prefer :)

> 
> > 
> > > 
> > > It would be
> > > > > really
> > > > > nice
> > > > > if we can agree to create some clear separation between frontend and
> > > > > backend
> > > > > part, for
> > > > > example if frontend would communicate with backend only through REST
> > > > > API,
> > > > > GWT
> > > > > would
> > > > > have to recompile only if REST API or some frontend code has been
> > > > > changed.
> > > > > 
> > > > > It's not something what can be done i short term, but it would be
> > > > > nice
> > > > > if
> > > > > we
> > > > > can
> > > > > find a way how to do it and create a schedule for this task.
> > > > 
> > > > +100
> > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > ----- Original Message -----
> > > > > > From: "Mooli Tayer" <mtayer at redhat.com>
> > > > > > To: "engine-devel" <engine-devel at ovirt.org>
> > > > > > Sent: Tuesday, August 27, 2013 1:29:01 PM
> > > > > > Subject: [Engine-devel] Java Development Lifecycle
> > > > > > 
> > > > > > Hello,
> > > > > > 
> > > > > > I've been working on the engine for a few month now,
> > > > > > And I feel I have not yet been able to find a productive and fast
> > > > > > approach
> > > > > > for Java development in different engine components.
> > > > > > 
> > > > > > This revolves mainly around:
> > > > > > 
> > > > > > Compiling and deploying artifacts:
> > > > > > ==================================
> > > > > > If I want to check a small change in the engine,
> > > > > > Be it in an artifact that is part of engine.ear or when I am
> > > > > > working
> > > > > > on
> > > > > > one
> > > > > > of the side tools
> > > > > > that might run as a service (e.g ovirt-engine-notifier)
> > > > > > or just a single jar (engine-manage-domains)
> > > > > > It is essential to compile only parts of the project and not all of
> > > > > > it.
> > > > > > 
> > > > > > This can be achieved usually quite easily with mvn,
> > > > > > however afterwards I would like to be able to also deploy and run
> > > > > > it
> > > > > > locally
> > > > > > or even take all jars comprising a project and run them exploded
> > > > > > inside
> > > > > > my
> > > > > > IDE
> > > > > > (I use intellij idea) so I can enjoy live code editing and other
> > > > > > benefits
> > > > > > idea
> > > > > > jboss & gwt integration offers. I have been using remote debug
> > > > > > (which is available by default in the engine and non existent in
> > > > > > other
> > > > > > jars
> > > > > > so
> > > > > > I have to tamper manually with a python service file to add debug
> > > > > > flags
> > > > > > -
> > > > > > see
> > > > > > next)
> > > > > > But it's not as powerful as running inside an IDE and I feel my
> > > > > > current
> > > > > > development lifecycle is
> > > > > > not as fast and productive as it could have been.
> > > > > > (I do understand the engine is complex regarding configuration and
> > > > > > deployment, so it's a challenge)
> > > > > > 
> > > > > > Configuration:
> > > > > > ==============
> > > > > > This might be more of a todo item, I'm not sure..
> > > > > > After deployment of an artifact to run on a machine(again, engine,
> > > > > > notifier
> > > > > > or whatever)
> > > > > > if I want to change it's configuration
> > > > > > (configure it for remote debug as mentioned or change it's logging
> > > > > > behavior
> > > > > > and so on)
> > > > > > It seems I always have to do it in a different place which I always
> > > > > > spend
> > > > > > hours finding.
> > > > > > It could be great if for all artifacts configuration could be
> > > > > > streamlined
> > > > > > and
> > > > > > monolithic
> > > > > > across different components.
> > > > > > 
> > > > > > These issues might seem obvious to some of you or unneeded to
> > > > > > others,
> > > > > > but
> > > > > > I've decided to shout out
> > > > > > in engine-devel because my usual way of approaching individuals has
> > > > > > not
> > > > > > got
> > > > > > me very far,
> > > > > > and also because I'm convinced some of you have found ways to be
> > > > > > productive
> > > > > > I
> > > > > > am unaware of -
> > > > > > Please share them! Others may have their own good ideas &
> > > > > > approaches(or
> > > > > > their
> > > > > > own needs).
> > > > > > 
> > > > > > Thanks,
> > > > > > Mooli.
> > > > > > _______________________________________________
> > > > > > Engine-devel mailing list
> > > > > > Engine-devel at ovirt.org
> > > > > > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > > > > > 
> > > > > _______________________________________________
> > > > > Engine-devel mailing list
> > > > > Engine-devel at ovirt.org
> > > > > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > > > > 
> > > > _______________________________________________
> > > > Engine-devel mailing list
> > > > Engine-devel at ovirt.org
> > > > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > > > 
> > > _______________________________________________
> > > Engine-devel mailing list
> > > Engine-devel at ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > > 
> > 
> 



More information about the Engine-devel mailing list