Mailing-List: contact dev-help@forrest.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@forrest.apache.org
Received-SPF: pass (hermes.apache.org: local policy)
Message-ID: <41701BA3.5070706@brondsema.net>
Date: Fri, 15 Oct 2004 14:49:07 -0400
From: Dave Brondsema <dave@brondsema.net>
User-Agent: Mozilla Thunderbird 0.8 (X11/20040913)
MIME-Version: 1.0
To: dev@forrest.apache.org
Subject: Re: Move plugins to trunk?
References: <ckoni3$7e2$1@sea.gmane.org> <416FEAE7.5000509@apache.org>
In-Reply-To: <416FEAE7.5000509@apache.org>
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature";
 boundary="------------enig150A1A07CC1871A0F995ECC2"

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig150A1A07CC1871A0F995ECC2
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Ross Gardler wrote:
> Nicola Ken Barozzi wrote:
> 
>>
>> Now that we have released (thanks to all involved :-), I'd like to see 
>> the new plugin system into the trunk if it doesn't break existing 
>> behaviour. :-)
>>
> 
> It's not quite ready for that. There are two small jobs to do:
> 
> 1) automate the last stage of plugin automation (i.e. write the sitemap 
> snippet into the plugins sitemap)
> 

I haven't looked at the plugins code yet, so I might be way off here.. 
but if we could write a cocoon generator (or other thingy.. I don't 
know) to automatically pull the current plugins that'd probably be much 
better than having to update a plugins sitemap.

For simplicity's sake, wouldn't it be ok to just have the user modify 
that sitemap?  It's in the project dir, right?

> 2) write a configuration system so that any functionality we take out of 
>  Forrest core will automatically be included, unless explicitly 
> excluded. This is to maintain backward compatibility. My idea is that we 
> have a property in forrest.properties like:
> 
> required.plugins=openOffice, docbook, IMSManifest
> 

Sounds good, the property probably should have a "project." prefix.

> The value in default.forrest.properties would be:
> 
> required.plugins=openOffice, docbook [any other content moved from 0.6 
> into plugins]
> 
> The value in forrest.properties (in the seed site) will be:
> 
> required.plugins=
> 
> This will allow new projects to use a leaner Forrest whilst old projects 
> will not have the required.plugins property specified so will fall back 
> to the default.
> 
> Having said that, since there is no functionality taken from 0.6 in the 
> branch we could merge now and do the above work in trunk.
> 
> There is also the issue that Sean Wheller was having actually getting 
> the branch to work. I never saw his logs so I am not sure what the 
> problem was. Myself and Clay had no problem with it but if it bit one 
> person, it may bite another. Perhaps someone could test the branch on 
> their existing sites.
> 
> I'm hoping to be able to do the above two tasks this weekend so should 
> we wait or not?
> 
> Ross
> 


-- 
Dave Brondsema : dave@brondsema.net
http://www.splike.com : programming
http://csx.calvin.edu : student org
http://www.brondsema.net : personal

--------------enig150A1A07CC1871A0F995ECC2
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFBcBujVvBSb5uzznARAi32AJ9Ek0Pb1dExMQZcd3MOpCVCWLYOyQCfQ3fZ
TOIQyEhLj7H35u9ETuu0SyU=
=WQAC
-----END PGP SIGNATURE-----

--------------enig150A1A07CC1871A0F995ECC2--