On 29 February 2012 16:11, Benedikt Ritter <b...@systemoutprintln.de> wrote:
> Am 29.02.2012 15:28, schrieb Gary Gregory:
>
>> Can someone please fix:
>>
>> [WARNING]
>>
>> C:\svn\org\apache\commons\trunks-proper\lang\src\main\java\org\apache\commons\lang3\time\DateParser.java:75:
>> warning - Tag @link: can't find getTimeZo
>> neOverridesCalendar() in org.apache.commons.lang3.time.DateParser
>
>
> The problem is, that there is no method with name
> "getTimeZoneOverridesCalendar()" in DateParser, so that link can't be
> resolved (I think you already knew that :).
> I suppose the comment is meant to refer to getTimeZone() in
> java.util.Calendar.
I don't think that's correct.
The Javadoc originally said:
* <p>This zone is always used for <code>Date</code> formatting.
* If a <code>Calendar</code> is passed in to be formatted, the
* time zone on that may be used depending on
* {@link #getTimeZoneOverridesCalendar()}.</p>
To me, this implies that there was/is a method called something like
getTimeZoneOverridesCalendar()
which was/is used to determine whether or not to use the timezone from
the provided calendar.
Date.getTimeZone() just happens to be a similar method name; I don't
see how it's relevant here.
The way to find out is to check what the code actually does (did).
> If so, you can fix that by changing the link to: {@link
> java.util.Calendar#getTimeZone()}
>
> Regards,
> Benedikt
>
>
>>
>> It's not obvious to me what the right fix is.
>>
>> Thank you,
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
