Re: called method "cannot be applied to" method in a command object
using generics ...
lbrtchx@gmail.com wrote:
Well, I don't really understand why this is happening, I am still
learning java generics. But, basically I have a command object with a
generic method that is encapsulated in a "has a" fashion by a
containing object
When you call the containing's object's method, it includes extra
parameters it knows about and relays the call to the command object. I
know there is no problem with the method itself since it works fine
when called from the containing's object. It stops compiling however
when you put the method in the command object
SelWhr08.java:182:
<KOTp>getGnRx(java.sql.PreparedStatement,KITp,int[],int[],java.lang.Class<KOTp>)
in Kmnd02 cannot be applied to
(java.sql.PreparedStatement,KITp,int[],int[],java.lang.Class<KOTp>)
KOTp[] TpAr = Kmnd.getGnRx(PSt, IObj, iITpIxAr, iOTpIxAr, KO);
What is going on here? What part of generics should I get more
acquainted with?
To answer your question, I request some more data. Specifically, and if you
could provide an SSCCE that would be nice <http://sscce.org/>:
What is the signature of 'getGnRx()'?
Does it return an array?
Suggestions:
Follow the Java naming conventions. Class names begin with an upper-case
letter, variable and method names with a lower-case letter. Names comprise
compound words in camel case, that is, each word part after the first begins
with an upper-case letter. Names should be long enough to be meaningul;
really short names make it hard to read. There's more:
<http://java.sun.com/docs/codeconv/>
Just as a matter of readability, you don't need to embed types in objects; in
fact, it harms maintainability. For example, "IObj" is an opaque variable name.
One thing to learn is that generics and arrays are very poor nestmates. If
there's a way to think of the return type of getGnMxyzptlk() as a Collection,
as a List, all right, fine, as an ArrayList, your generics should go down much
more smoothly, and you probably won't need the Class<KoTape> run-time type
information any more.
--
Lew