[Engine-devel] Java Development Lifecycle
Alon Bar-Lev
alonbl at redhat.com
Tue Aug 27 11:56:35 UTC 2013
----- 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. 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.
I agree, and I think this is on roadmap.
>
>
>
> ----- 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
>
More information about the Engine-devel
mailing list