Java-Gaming.org    
Featured games (78)
games approved by the League of Dukes
Games in Showcase (427)
Games in Android Showcase (89)
games submitted by our members
Games in WIP (466)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: [1]
  ignore  |  Print  
  Where does an introspector look for properties into a Java Bean?  (Read 475 times)
0 Members and 1 Guest are viewing this topic.
Offline gouessej

« In padded room »



TUER


« Posted 2011-12-07 11:31:42 »

Hi

I have looked at the source code of java.beans.Introspector and a lot of classes in the package java.beans, I haven't succeeded in finding the source code of the default introspection used when the programmer does not provide a custom bean info for a class, do you know where it is?

According to the specification of Java Beans, a setter should not return any value. However, some people on StackOverflow pretend that the implementation of this mechanism is quite laxist and allows setters to return a value. Is it true? Should I rely on such a behaviour? In my humble opinion, I should not rely on this behaviour as there are multiple implementations of the JVM and some APIs based on Java Beans might expect setters to return nothing.

Offline sproingie

JGO Kernel


Medals: 200



« Reply #1 - Posted 2011-12-07 19:29:55 »

I would imagine the introspector looks at the signature, and if it doesn't return void, it isn't a proper setter.  That said, 1) BeanInfo might convince it to use a different signature and 2) a lot of tools ignore the javabeans spec, don't bother using java.beans.Introspector, and just look for "getFoo/setFoo" methods directly and in that case probably don't care about anything but the name.

Offline gouessej

« In padded room »



TUER


« Reply #2 - Posted 2011-12-08 09:05:51 »

Hi

I would imagine the introspector looks at the signature, and if it doesn't return void, it isn't a proper setter.  That said, 1) BeanInfo might convince it to use a different signature and 2) a lot of tools ignore the javabeans spec, don't bother using java.beans.Introspector, and just look for "getFoo/setFoo" methods directly and in that case probably don't care about anything but the name.
By default, if you don't provide any custom bean info, XMLEncoder ignores setters not returning void, Renanse made a small test to check that, you're right, thanks.

Pages: [1]
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

xsi3rr4x (76 views)
2014-04-15 18:08:23

BurntPizza (69 views)
2014-04-15 03:46:01

UprightPath (81 views)
2014-04-14 17:39:50

UprightPath (66 views)
2014-04-14 17:35:47

Porlus (81 views)
2014-04-14 15:48:38

tom_mai78101 (105 views)
2014-04-10 04:04:31

BurntPizza (165 views)
2014-04-08 23:06:04

tom_mai78101 (261 views)
2014-04-05 13:34:39

trollwarrior1 (210 views)
2014-04-04 12:06:45

CJLetsGame (220 views)
2014-04-01 02:16:10
List of Learning Resources
by SHC
2014-04-18 03:17:39

List of Learning Resources
by Longarmx
2014-04-08 03:14:44

Good Examples
by matheus23
2014-04-05 13:51:37

Good Examples
by Grunnt
2014-04-03 15:48:46

Good Examples
by Grunnt
2014-04-03 15:48:37

Good Examples
by matheus23
2014-04-01 18:40:51

Good Examples
by matheus23
2014-04-01 18:40:34

Anonymous/Local/Inner class gotchas
by Roquen
2014-03-11 15:22:30
java-gaming.org is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑gaming.org
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!