[ https://issues.apache.org/jira/browse/LANG-696?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Henri Yandell updated LANG-696: ------------------------------- Fix Version/s: (was: 3.x) Discussion > Deprecate ClassUtils getShortClassName in favor of Class getSimpleName > ---------------------------------------------------------------------- > > Key: LANG-696 > URL: https://issues.apache.org/jira/browse/LANG-696 > Project: Commons Lang > Issue Type: New Feature > Components: lang.* > Affects Versions: 2.6 > Reporter: Gary Gregory > Assignee: Gary Gregory > Fix For: Discussion > > > Added two null-safe ClassUtils.getSimpleName() APIs. > ---------- Forwarded message ---------- > From: Gary Gregory <garydgreg...@gmail.com> > Date: Mon, Apr 11, 2011 at 10:18 AM > Subject: [Lang] ClassUtils getShortClassName != Class getSimpleName > To: Commons Developers List <d...@commons.apache.org> > Hi All: > Should we deprecate ClassUtils getShortClassName in favor of Class > getSimpleName? > The behavior of getShortClassName is undocumented for arrays in the Javadoc > and is different from getSimpleName. > When I replace the guts of getShortClassName to call getSimpleName, one test > fails: > junit.framework.ComparisonFailure: null > expected:<[ToStringStyleTest.]Person[name=John Q. ...> but > was:<[]Person[name=John Q. ...> > at junit.framework.Assert.assertEquals(Assert.java:81) > at junit.framework.Assert.assertEquals(Assert.java:87) > at > org.apache.commons.lang3.builder.ShortPrefixToStringStyleTest.testPerson(ShortPrefixToStringStyleTest.java:86) > For now, I've made a note in the Javdoc to consider using getSimpleName. -- This message was sent by Atlassian JIRA (v6.1#6144)