Website fixed :)

On Sat, Oct 12, 2013 at 10:22 AM, Henri Yandell <flame...@gmail.com> wrote:

> I think this is the priority issue:
>
>     https://issues.apache.org/jira/browse/LANG-894
>
> If we can't fix and deploy our website, having new code is largely
> pointless :)
>
> I'm guessing we're on some new (yeah I know, probably old by now) site
> here and clean up still needs doing. Presumably for most components if Lang
> hasn't been fixed.
>
> Hen
>
>
> On Sat, Oct 12, 2013 at 10:17 AM, Henri Yandell <flame...@gmail.com>wrote:
>
>> +1 to Java 7, though if that only means a few methods should be removed
>> I'd go with deprecating with a note they'll be removed in Lang 4.0.
>>
>> We should deprecate the time package warning that it will be replaced
>> with a new package based on Java 8's new API in Lang 4.0 :) I'm assuming
>> 4.0 will be Java 8 focused.
>>
>> Hen
>>
>>
>> On Sat, Oct 12, 2013 at 4:33 AM, Gary Gregory <garydgreg...@gmail.com>wrote:
>>
>>> On Oct 12, 2013, at 6:13, Benedikt Ritter <brit...@apache.org> wrote:
>>>
>>> > Hi guys,
>>> >
>>> > I'm currently cleaning up the current trunk of lang in preparation of
>>> a new
>>> > release (as always, any help is appreciated ;-).
>>> >
>>> > Now I came across methods like ObjectUtils.hashCode(Object), which is
>>> > obsolete in Java 7 since we have Objects.hashCode(Object) there. I'm
>>> sure
>>> > there are more examples. I'd like to mark methods that are obsolete
>>> > with Java 7 as deprecated, so that we can remove them with the next
>>> major
>>> > release (which should target Java 7, IMHO).
>>> >
>>> > Thoughts? Objections? (and please no "why Java 7?" ;-)
>>>
>>> Heston Java 7 :) Please make sure there is an exact equivalent in J7
>>> before deprecating. As James pointed out, we usually are null safe.
>>> >
>>> > Benedikt
>>> >
>>> >
>>> > --
>>> > http://people.apache.org/~britter/
>>> > http://www.systemoutprintln.de/
>>> > http://twitter.com/BenediktRitter
>>> > http://github.com/britter
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>>> For additional commands, e-mail: dev-h...@commons.apache.org
>>>
>>>
>>
>

Reply via email to