You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@myfaces.apache.org by "Matthias Weßendorf (JIRA)" <de...@myfaces.apache.org> on 2008/07/09 09:22:33 UTC
[jira] Resolved: (TRINIDAD-617) Fix MVariableResolver to use
Calendar APIs instead of deprecated Date APIs
[ https://issues.apache.org/jira/browse/TRINIDAD-617?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Matthias Weßendorf resolved TRINIDAD-617.
-----------------------------------------
Resolution: Won't Fix
> Fix MVariableResolver to use Calendar APIs instead of deprecated Date APIs
> --------------------------------------------------------------------------
>
> Key: TRINIDAD-617
> URL: https://issues.apache.org/jira/browse/TRINIDAD-617
> Project: MyFaces Trinidad
> Issue Type: Test
> Affects Versions: 1.0.1-incubating-core-SNAPSHOT
> Reporter: Yee-Wah Lee
> Priority: Trivial
> Attachments: ChooseDateRenderer.patch, trinidad-impl.patch, trinidad-impl.patch
>
>
> MVariableResolver is used by the ChooseDateRenderer tests to get min, max and midDate values. This is so the tests always generate the same output.
> However, the APIs used in the code are the deprecated Date constructors. I will replace them with the suggested GregorianCalendar equivalents.
> Patch file contains changes to MVariableResolver.java (new Calendar calls, and some import cleanups) and the corresponding chooseDate golden files
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.