[
http://jira.codehaus.org/browse/QDOX-150?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=170329#action_170329
]
Robert Scholte commented on QDOX-150:
-------------------------------------
talking about API's:
[http://java.sun.com/j2se/1.5.0/docs/api/java/lang/reflect/Method.html]
JavaMethod has the goal to map the methodsignature from the sourcecode. And it
would be nice if we could follow the java-api somehow.
This case is kind of weird compared to the rest of the javasyntax, because it
is replacing types.
I'm thinking of introducing methods for JavaParameter called getResolvedValue()
and getResolvedGenericValue(), which would probably return the values you're
expecting.
> Better handler of generics in Type
> ----------------------------------
>
> Key: QDOX-150
> URL: http://jira.codehaus.org/browse/QDOX-150
> Project: QDox
> Issue Type: Bug
> Affects Versions: 1.8
> Reporter: Vincent Siveton
> Assignee: Robert Scholte
> Attachments: TestQDOX150.java
>
>
> Suppose a method like the following
> {noformat}
> public <T extends RequestItem> List<RequestItem> myMethod(T request) throws
> Exception {
> return null;
> }
> {noformat}
> Using Java reflection, you will have the correct parameter instead of generic:
> {noformat}
> public java.util.List XXX.XXXClass.myMethod(java.util.Date) throws
> java.lang.Exception
> {noformat}
> In QDOX, we have a generic ie T as parameter:
> {noformat}
> javaMethod.getParameters()[0].getType().getJavaClass() = T instead of
> java.util.Date
> {noformat}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
