Path: csiph.com!x330-a1.tempe.blueboxinc.net!usenet.pasdenom.info!goblin2!goblin.stu.neva.ru!newsfeed1.swip.net!npeer03.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail From: Lew Newsgroups: comp.lang.java.programmer Subject: Re: Instance java.lang.Object.getClass() of Class Java Method on OO Tumia Date: Sun, 5 Feb 2012 11:45:29 -0800 (PST) Organization: http://groups.google.com Lines: 131 Message-ID: <8457013.1958.1328471129375.JavaMail.geo-discussion-forums@prmu37> References: <9d6c9c81-3b61-4ee5-b1bb-b399e0f53dc1@s9g2000vbc.googlegroups.com> <572ba397-4369-4033-8fee-54b22fbd8677@k6g2000vbz.googlegroups.com> <32802338.1556.1328425716958.JavaMail.geo-discussion-forums@prhu31> <0e8b5554-d19e-4a0b-9840-409d893b6ac7@1g2000yqv.googlegroups.com> Reply-To: comp.lang.java.programmer@googlegroups.com NNTP-Posting-Host: 173.164.137.214 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: posting.google.com 1328471224 32385 127.0.0.1 (5 Feb 2012 19:47:04 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Sun, 5 Feb 2012 19:47:04 +0000 (UTC) In-Reply-To: <0e8b5554-d19e-4a0b-9840-409d893b6ac7@1g2000yqv.googlegroups.com> Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=173.164.137.214; posting-account=CP-lKQoAAAAGtB5diOuGlDQk0jIwmH0T User-Agent: G2/1.0 X-Google-Web-Client: true Xref: x330-a1.tempe.blueboxinc.net comp.lang.java.programmer:11782 Would you please stop top-posting? Please? This is a second request. Respond in line. Paka Small wrote: > Lew wrote: > > Paka Small wrote: > > > Clearly a method is also a class which has method instances: > > >http://docs.oracle.com/javase/6/docs/api/java/lang/reflect/Method.html > > > > That is not correct. =A0A method is not a class. =A0The class 'Method' = is a class, > > but it is not a method. >=20 > Please lets retake Daniels statement "Those aren't instances, they are > called methods." (lets call this statement A). From Statement A, as you call it, was an objection to your blatant misrepresenta= tion that methods are classes, and a fair one. > http://docs.oracle.com/javase/6/docs/api/java/lang/reflect/Method.html > one gets that a method (for example getClass()) in Java is an instance > of the class Method. Lets call the latter B. A and B clearly are No, one does not. Nowhere does it state that. 'Method' is a class used to _= describe_ methods; it is not itself a method. A method is _described_ by th= e type 'Method'; it is not itself a type. > contradictions. Therefore since Java is true about itself (and I can There's nothing contradictory because your statement B is flat-out wrong. "Java is true about itself" is a meaningless phrase - Java is defined by th= e=20 Java Language Specification, which apparently you do not choose to read. > testify Java reflection exists since I wrote code using method > instances) the statement of Daniel is false. Wrong. You used 'Method' instances, not "method instances", which _describe= d_=20 but were not themselves methods. Daniel's statement was correct; yours are = not. I refer you again to the language specification, which you have apparently= =20 disregarded. http://java.sun.com/docs/books/jls/third_edition/html/j3TOC.html > > > . I suggest you get updated with OO programming and Java. Its [sic] c= alled > > > > I suggest you be less snarky, especially when you are wrong. > > > > > Java reflection. I find it strange that in a JAVA [sic] programming g= roup > > > > I find it strange that you cop such a strong attitude when you're wrong= , and > > cannot even spell "Java" correctly. > > > > > you put out with such vigour your statement ("Those aren't instances, > > > they are called methods.") that is totally incorrect. My statement (a > > > > No, he was totally correct. > > > > > method is also a class which has method instances) is proven by the > > > Oracle Java link above and backed up with 20 years of professional > > > > No, it is not. =A0A method is not a class. =A0The 'Method' class is a c= lass, but it > > is not a method. > > > > > software development experience. What are the references for your > > > statement? > > > > http://java.sun.com/docs/books/jls/third_edition/html/j3TOC.html >=20 > Please can you pinpoint where in this document is written that a Java > method is not an instance of the class Method. If you believe I will > try find to find a statement in a large document while as far as I > know that statement is simply not there you must be kidding. Please > prove your point and pinpoint the statement. >=20 > > > > Your "20 years of professional software development experience" has, sa= dly, > > left you with much arrogance and zero knowledge. > > > > In Java, as you will see from reading the Java Language Specification l= inked > > above, which is the normative reference for the language definition, me= thods > > and classes are not the same. > > > > > The above being said it is totally a good idea and in line with Java > > > itself (or any other OO programming language) to classify in the OO > > > Tumia framework a particular Java method like > > > java.lang.Object.getClass() as an instance of the Tumia class "Java > > > Method". Another Tumia Class could be for example "Dotnet Method". Do > > > you GRASP it? > > > > What is a "Tumia Class [sic]"? =A0I don't see anything good about the i= dea you > > propose. > > > > > > > > > On 25 jan, 20:23, Daniel Pitts > > > wrote: > > > > On 1/25/12 6:58 AM, Paka Small wrote: > > > > > You are kindly invited to check out the Instance > > > > > java.lang.Object.getClass() of Class Java Method on the object > > > > > oriented directoryTumia: > > > > [redacted] > > > > > - Click some java.lang.Object.getClass() links or in the upper > > > > > toolbar: > > > > > - click the "-->"-button for the following java.lang.Object.getCl= ass() > > > > > links or > > > > > - use theTumiaInstance combobox to select another Instance or > > > > > - use theTumiaClass combobox to select another Class or > > > > > - use the Relat. Instan. combobox to select a Related Instance. > > > > What kind of spamming is this? =A0Those aren't instances, they are = called > > > > methods. This website seems to be fairly useless and somewhat dange= rous. > > > > +1, Daniel