Re: [jfreechart-dev] Roadmap for 1.0.14

[David L. <Dav...@ap...>]

I agree in principle, but I'm absolutely
against removing backwards-compatibility.
By all means deprecate: methods, even whole classes.
But remember there are a whole load of people
out there who want the new functionality, but
don't want to reprogramme their enterprise
Apps every release!

Best regards,
DaveLaw

On 14/10/2011 09:32, Martin Höller wrote:
> Am Freitag, 14. Oktober 2011, 00:20:04 schrieb David Gilbert:
>> On 14/10/2011 00:00, David Gilbert wrote:
>>> On 13/10/2011 10:22, Martin Höller wrote:
>>>> Hi!
>>>>
>>>> As everybody should know by now, JFreeChart 1.0.14 is the next
>>>> short-term-goal for this project. I think we should define a road map,
>>>> or a list of things that need to be done before 1.0.14 can be released.
>>>>
>>>> New features should IMHO go into 1.0.15.
>>>>
>>>> I'll publish my (surely incomplete) list here. If you feel something is
>>>> missing, please add it.
>>>>
>>>> Open Issues for JFreeChart 1.0.14:
>>>>
>>>> * Fix DefaultPolarItemRenderer and test (I've actualy already fixed it
>>>> locally
>>>>
>>>>          but am awaiting some feedback from David, as it inerferes with
>>>>          JCommon)
>>>>
>>>> * Fix the ShadowGenerator issue
>>>>
>>>>          http://www.jfree.org/forum/viewtopic.php?f=3&t=109381
>>>>
>>>> Please add more...
>>>>
>>>> - martin
>>> Hi Martin,
>>>
>>> Thanks.  I've got those two issues to work on.  I agree with you that we
>>> should leave any new features for 1.0.15.  I can't think of anything
>>> else to add, but I'll have another scan through the bug list plus retest
>>> the demo collection to see how everything looks.
>>>
>>> Best regards,
>>> David
>> Post 1.0.14, I'd like to:
>>
>> - bump up the minimum JDK/JRE requirement to version 1.6;
>> - remove deprecated code;
>> - drop support for SWT (unless someone steps up to maintain this);
>> - remove the JCommon dependency by moving required classes into JFreeChart;
>> - replace the Ant build by Maven;
>>
>> ...and add new features obviously.  There are two ways we could handle
>> this:
>>
>> (1) Keep maintaining 1.0.x in a stable way (on its own branch in SVN)
>> and make the more radical changes on trunk for "JFreeChart 2", with
>> separate releases;
>> (2) Continue releasing the 1.0.x code but be more aggressive about
>> introducing non-backwards compatible API changes.
>>
>> The first option is certainly more appealing from an engineering
>> perspective, while the second option is more realistic given the limited
>> time people have to commit to the project.  I'd like to hear opinions -
>> I'm leaning towards (2), but still undecided.
> (1) sounds so nice... in theory :) But is very likely to hinder active
> development and participation from the comunity.
>
> (2) sound like a nice playground for developers. But would anyone use a
> library which's API changes potentially every release? The stable API and
> backward compatibility from JFreeChart 1.0.x is IMHO a very important feature!
>
> So I prefere (3):
>
> (3) Bump the version number to 1.1 (or whatever) and do further development in
> this trunk with regular releases. Make clear, that the API won't be stable
> till say 1.2. Drop JDK 1.4 support and introduce non-backwards compatible API
> changes as needed. Once the API stabilized again, we could maintain a new
> stable branch, like it was done for 1.0.x.
>
> If in the meantime critical bugs are found in 1.0.x, eventually do a
> maintainance release of this old branch.
>
> I wouldn't do (2) without changing at least the minor version number ("minor"
> is the second digit). People knowing JFreeChart expect a stable API!
>
> Comments?
>
> - martin
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
>
>
> _______________________________________________
> jfreechart-developers mailing list
> jfr...@li...
> https://lists.sourceforge.net/lists/listinfo/jfreechart-developers