One thing I think is important to look at with the 'build' system in
uPortal, is there has long been parts of the system that have nothing to
do with 'building'. Take a simple example, like adding a new fragment
to uPortal from a fragment definition file. This does not need to be
tied to the build system. Here's another... Loading the initial
database. That's an installation step, not a build step.
uPortal's build system is complicated because it's trying to be 3 things
in one. It's trying to 1) build uPortal, 2) install uPortal, 3) system
administer uPortal.
If I was to put time towards working on this problem, my first goal
would be to get "2" and "3" out of the build altogether and handled in
some other way. If you did that, I believe you'd have a simpler build
system then you have right now.
Going with Gradle to handle the 'scripting' that is currently done in
Ant, tells me that we're just going to keep the problem of having all
three of these things mixed together in one system. I think that's a
mistake. And even if you get to something that feels like an
improvement over the current ant+maven, it will still be more
complicated then it needs to be.
---- Cris J H
On 11/07/2014 09:01 AM, Misagh Moayyed wrote:
uPortal Devs,
I have set aside some time to take a look at the uPortal build system
and see if we can move away from the ant/maven hybrid setup and either
to a pure maven-based build or perhaps even use Gradle. I am leaning
more and more towards Gradle as that would take care of a lot of
scripting ant-like tasks that exist today and certainly is easier to
write and configure the build with. The downside is there aren’t too
many plugins available for Gradle like they are with Maven so depending
on the pluginset uPortal uses today we might run into a few roadblocks.
So questions are:
1. How do others feel about this build tool and the approach?
2. Has anybody begun working on the same proposal locally perhaps?
3. What uPortal release should this be targeted to? I’d assume 5.0 as
this would be a pretty big change both in scope and the effort/time
required to implement this.
Misagh
--
You are currently subscribed to uportal-dev@lists.ja-sig.org as:
holdo...@unicon.net
To unsubscribe, change settings or access archives, see
http://www.ja-sig.org/wiki/display/JSG/uportal-dev
--
You are currently subscribed to uportal-dev@lists.ja-sig.org as:
arch...@mail-archive.com
To unsubscribe, change settings or access archives, see
http://www.ja-sig.org/wiki/display/JSG/uportal-dev
