My concern with a release cycle NOW is that there has been no warning
giving contributers a chance to finish.
I think that two cycles a year is appropriate. If that schedule is
followed then these dates should be published. Having regular,
predictable release dates and then following them will increase POI's
reputation and acceptance.
Sounds to me like a slightly different vote than Nick's.
Regards,
Dave
On Dec 1, 2006, at 2:40 PM, Rainer Klute wrote:
David Fisher schrieb:
Sounds like a description of a release cycle to me.
Yep.
Before a code freeze is called you should ask about planned
contributions and decide if they should be included and set a
reasonable plan for a contribution deadline.
Keep in mind that contributions are made by people who are working on
commercial projects with real deadlines and are made at times that
are
"convenient" to those times. ALL of Yegor Kozlov's recent
contributions fit this category.
So, if the decision becomes have a code freeze then I very much hope
that it is no earlier than January 15th.
This is all quite right, but I'd rather like to make a code freeze
NOW,
make sure there aren't any show stoppers, quickly roll out the release
and then continue development. There are always plans for new features
that should go into the software. And yes, they really should and
will.
However, it has been years since the last release! I prefer to have
releases much more often, say, twice a year or so.
Best regards
Rainer Klute
Rainer Klute IT-Consulting GmbH
Dipl.-Inform.
Rainer Klute E-Mail: [EMAIL PROTECTED]
Körner Grund 24 Telefon: +49 172 2324824
D-44143 Dortmund Telefax: +49 231 5349423
OpenPGP fingerprint: E4E4386515EE0BED5C162FBB5343461584B5A42E
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
Mailing List: http://jakarta.apache.org/site/mail2.html#poi
The Apache Jakarta POI Project: http://jakarta.apache.org/poi/