maven-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jason van Zyl <>
Subject Re: Moving all reporting to a site project
Date Mon, 01 Nov 2010 22:18:49 GMT

On Nov 1, 2010, at 11:01 PM, Dennis Lundberg wrote:

> On 2010-11-01 22:48, Jason van Zyl wrote:
>> On Nov 1, 2010, at 10:41 PM, Dennis Lundberg wrote:
>>> On 2010-11-01 13:41, Jason van Zyl wrote:
>>>> In much the same way we have a little sub-project for releasing I think it's
time to have one for the site generation. Take the maven-site-plugin and any related plugins
and move them into their own tree. What I'm trying to do here is cull the set of plugins we
have is to keep the ones that are part of the core lifecycles and super popular plugins that
get maintained like the dependency plugin and enforcer plugin.
>>> I'm not sure I understand what we would gain by doing this, if we cull
>>> all the dead/inactive plugins. Can you elaborate some more?
>> That we have a set of plugins that is actively maintained, released more on a regular
basis. Reduce the surface area of what we have to make great because we honestly don't do
a great job of releasing core plugins often enough. We should focus on the plugins in the
core lifecycles, and we should be doing this well. Anything else we should really let a community
have better access to and push it out to Mojo or Github. Plugins that are here people naturally,
for whatever reason, assume we actively maintain them and we don't. I would rather do fewer
things well.
> I agree with you that we need to be able to support the stuff that we
> house. If we can't maintain it we need to let it go.
> But what has that got to do with site generation and reporting plugins?

Additionally I think it would be stellar if we had core build lifecycle plugins, heavily used
but not lifecycle related, and the site stuff. Augment the release tooling so that we could
make consistent releases across a tree for plugins that have changed on a known 6 week cycle.
The release plugin would have to be changed but this would make it easier to prepare for a
release cycle, and push out all related plugins together. Then users will come to expect these
regular release cycles which I think have been a great benefit at Eclipse whose process I'm
copying. Projects are not allowed to survive very long missing release schedules in the real
world. Even though this is an open source project we can do the same. We simply reduce the
surface to the size we can honestly manage that process. It's more honest and better for users.

>>>> Thanks,
>>>> Jason
>>>> ----------------------------------------------------------
>>>> Jason van Zyl
>>>> Founder,  Apache Maven
>>>> ---------------------------------------------------------
>>>> You are never dedicated to something you have complete confidence in.
>>>> No one is fanatically shouting that the sun is going to rise tomorrow.
>>>> They know it is going to rise tomorrow. When people are fanatically
>>>> dedicated to political or religious faiths or any other kind of 
>>>> dogmas or goals, it's always because these dogmas or
>>>> goals are in doubt.
>>>> -- Robert Pirzig, Zen and the Art of Motorcycle Maintenance
>>> -- 
>>> Dennis Lundberg
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail:
>>> For additional commands, e-mail:
>> Thanks,
>> Jason
>> ----------------------------------------------------------
>> Jason van Zyl
>> Founder,  Apache Maven
>> ---------------------------------------------------------
>> the course of true love never did run smooth ...
>> -- Shakespeare
> -- 
> Dennis Lundberg
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:



Jason van Zyl
Founder,  Apache Maven

First, the taking in of scattered particulars under one Idea,
so that everyone understands what is being talked about ... Second,
the separation of the Idea into parts, by dividing it at the joints,
as nature directs, not breaking any limb in half as a bad carver might.

  -- Plato, Phaedrus (Notes on the Synthesis of Form by C. Alexander)

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message