[
http://jira.codehaus.org/browse/XFIRE-148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_86853
]
Mark Hellkamp commented on XFIRE-148:
-------------------------------------
This issue is a major blocker for me. Any chance this will be scheduled
sometime soon?
> 5.0 generics
> ------------
>
> Key: XFIRE-148
> URL: http://jira.codehaus.org/browse/XFIRE-148
> Project: XFire
> Issue Type: Bug
> Components: Core
> Affects Versions: 1.0-M5
> Reporter: Jacek Olszak
> Assigned To: Dan Diephouse
>
> There is a problem with 5.0 generics. When I'm creating some abstract class
> with generics and extends it using some class and given types, the XFIre
> parse the code as it's methods takes and return objects (not given types).
> Here is an example:
> public class BankService extends AbstractService<BankiLocal, Bank> {
> private BankiLocal banki;
>
> public void add(String nrBank, String nazwaBank) {
> banki.add(nrBank, nazwaBank);
> }
>
> }
>
> and abstract class like this:
>
> public abstract class AbstractService<T extends Bean<I>, I> {
> protected InitialContext ctx;
> public abstract T getLocalBean();
> public I[] get() {
> List<I> list = getLocalBean().get();
> return (I[]) list.toArray();
> }
> public void update(I i) {
> getLocalBean().update(i);
> }
>
> public void remove(I i) {
> getLocalBean().remove(i);
> }
>
> }
> In wsdl file arguments of remove and update methods are Object not Bank. The
> get methods returns Object array, not Bank array.
--
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
