> This is totally irrelevant. It's called refactoring.
>
>
> Oberhuber, Martin wrote:
>> I agree that I cannot see a strong argument for such a
>> Breaking change. In general, binary backward compatibility
>> For a lib with such a wide distribution should be maintained
>> If there are no strong arguments against maintaining it.
>>
>> In this case, it looks like the various clients are small
>> Enough to live in a single package.
>>
>> Cheers,
>> --
>> Martin Oberhuber, Senior Member of Technical Staff, Wind River
>> Target Management Project Lead, DSDP PMC Member
>>
http://www.eclipse.org/dsdp/tm>>
>>
>>
>>
>>> -----Original Message-----
>>> From: Rory Winston [mailto:
rory.winston@...] Sent: Montag, 19.
>>> Mai 2008 23:19
>>> To: Commons Developers List
>>> Subject: Re: Commons Net 1.5 / 2.0 Releases
>>>
>>> I think this was just a logical reorganization of the source code. A
>>> lot of stuff was bundled in together that probably should have been
>>> in separate packages for clarity in the first place. I dont think
>>> these classes are widely used at all. If they are, its a pretty
>>> simple matter to fix (CTRL+SHIFT+O in Eclipse will fix it instantly,
>>> for instance).
>>>
>>> Rory
>>>
>>> Niall Pemberton wrote:
>>>
>>>> >From a quick scan of Net 2.0 the there has been the following
>>>> re-organization in Net 2.0:
>>>>
>>>> o.a.c.n.CharGenTCPClient moved to o.a.c.n.chargen package
>>>> o.a.c.n.CharGenUDPClient moved to o.a.c.n.chargen package
>>>> o.a.c.n.DaytimeTCPClient moved to o.a.c.n.daytime package
>>>> o.a.c.n.DaytimeUDPClient moved to o.a.c.n.daytime package
>>>> o.a.c.n.DiscardTCPClient moved to o.a.c.n.discard package
>>>> o.a.c.n.DiscardUDPClient moved to o.a.c.n.discard package
>>>> o.a.c.n.EchoTCPClient moved to o.a.c.n.echo package
>>>> o.a.c.n.EchoUDPClient moved to o.a.c.n.echo package
>>>> o.a.c.n.FingerClient moved to o.a.c.n.finger package
>>>> o.a.c.n.TimeTCPClient moved to o.a.c.n.time package
>>>> o.a.c.n.TimeUDPClient moved to o.a.c.n.time package
>>>> o.a.c.n.WhoisClient moved to o.a.c.n.whois package
>>>>
>>>> Are these package moves necessary - looks like were just going to
>>>> inflict unecessary pain on the users? If the Net devs still
>>> think its
>>>
>>>> a good idea, then it would provide users with an upgrade path if the
>>>> the new packages are added in Net 1.5 and the old classes
>>> with the old
>>>
>>>> package names deprecated.
>>>>
>>>> Niall
>>>>
>>>> On Mon, May 19, 2008 at 6:29 PM, Niklas Gustavsson
>>> <
niklas@...> wrote:
>>>
>>>>
>>>>> I would prefer to get 2.0 out there as well. I would
>>> rather see us be
>>>
>>>>> fixing bugs as found by users than keeping it around for
>>> even longer
>>>
>>>>> in the current state. It's time to get it out there.
>>>>>
>>>>> /niklas
>>>>>
>>>>> On Mon, May 19, 2008 at 6:35 PM, sebb <
sebbaz@...> wrote:
>>>>>
>>>>>> I think 1.5 is closer to being ready for a release than 2.0.
>>>>>>
>>>>>> Given that any bugs that are found in 1.5 are probably going to be
>>>>>> present in 2.0 as well, I would like to suggest that 1.5
>>> is released
>>>
>>>>>> first, and 2.0 after there has been some time for people
>>> to use 1.5 in
>>>
>>>>>> earnest.
>>>>>>
>>>>>> Are there any JIRA issues which still need to be fixed for 1.5?
>>>>>>
>>>>>>
>>>>>> On 17/05/2008, Rory Winston <
rory.winston@...> wrote:
>>>>>>
>>>>>>> Martin/Sebb
>>>>>>>
>>>>>>> Are we ready to cut another RC? I can do so if you guys
>>>>>>>
>>> are happy with
>>>
>>>>>>> where we're at.
>>>>>>>
>>>>>>> Rory
>>>>>>>
>>>>>>>
>>>>>>> Oberhuber, Martin wrote:
>>>>>>>
>>>>>>>
>>>>>>>> Hi all,
>>>>>>>> just wondering, what's currently holding off a release
>>>>>>>>
>>> of Commons Net
>>>
>>>>>>>> 1.5 / 2.0?
>>>>>>>> Many issues have been sorted out after the last
>>> release candidates, when
>>>
>>>>>>>> can
>>>>>>>> we expect a new RC to review? Is there anything
>>> particular that I could
>>>
>>>>>>>> help
>>>>>>>> with?
>>>>>>>> Cheers,
>>>>>>>> --
>>>>>>>> Martin Oberhuber, Senior Member of Technical Staff, Wind River
>>>>>>>> Target Management Project Lead, DSDP PMC Member
>>>>>>>>
http://www.eclipse.org/dsdp/tm>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>> ---------------------------------------------------------------------
>>>
>>>>>>> To unsubscribe, e-mail:
dev-unsubscribe@...
>>>>>>> For additional commands, e-mail:
dev-help@...
>>>>>>>
>>>>>>>
>>>>>>>
>>> ---------------------------------------------------------------------
>>>
>>>>>> To unsubscribe, e-mail:
dev-unsubscribe@...
>>>>>> For additional commands, e-mail:
dev-help@...
>>>>>>
>>>>>>
>>>>>>
>>> ---------------------------------------------------------------------
>>>
>>>>> To unsubscribe, e-mail:
dev-unsubscribe@...
>>>>> For additional commands, e-mail:
dev-help@...
>>>>>
>>>>>
>>>>>
>>>>
>>> ---------------------------------------------------------------------
>>>
>>>> To unsubscribe, e-mail:
dev-unsubscribe@...
>>>> For additional commands, e-mail:
dev-help@...
>>>>
>>>>
>>>>
>>>>
>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail:
dev-unsubscribe@...
>>> For additional commands, e-mail:
dev-help@...
>>>
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail:
dev-unsubscribe@...
>> For additional commands, e-mail:
dev-help@...
>>
>>
>>
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
dev-unsubscribe@...
> For additional commands, e-mail:
dev-help@...
>
>
>
>