<?xml version="1.0" encoding="UTF-8"?>











<rss version="2.0" xmlns:jf="http://www.jivesoftware.com/xmlns/jiveforums/rss">



<channel>
    <title>Support Forums: Message List - Differences between data object's field and Java Bean property</title>
    <link>http://www.theserverside.com</link>
    <description>Most recent forum messages</description>
    <language>en</language>
    
        <generator>Jive Forums Silver 5.5.30 (www.jivesoftware.com)</generator>
    
    <pubDate>Sat, 25 May 2013 14:43:17 -0400</pubDate>


    <item>

        <title>regarding EMF</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=54892</link>

        

        
            <description><![CDATA[EMF based model also self descriptive and has similar purposes. Yes it's possible to say that EMF and fishbolt is the same thing if its possible say that bean property and data field are the same (depends on abstraction level)....]]></description>
        

        <pubDate>Fri, 19 Jun 2009 13:07:15 -0400</pubDate>

        

        <jf:creationDate>Fri, 19 Jun 2009 13:07:15 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 19 Jun 2009 13:07:15 -0400</jf:modificationDate>
        <jf:date>Jun 19, 2009</jf:date>
        <jf:author>Arseniy Taradonov</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>EMF anyone ?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=54892</link>

        

        
            <description><![CDATA[I hate to say, but this sure looks like the Eclipse Modelling Framework to me (dynamic EMF).

See <a class="jive-link-external" href="http://eclipse.org/modeling/emf" target="_newWindow">http://eclipse.org/modeling/emf</a>

Ronald]]></description>
        

        <pubDate>Tue, 16 Jun 2009 14:25:22 -0400</pubDate>

        

        <jf:creationDate>Tue, 16 Jun 2009 14:25:22 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 16 Jun 2009 14:25:22 -0400</jf:modificationDate>
        <jf:date>Jun 16, 2009</jf:date>
        <jf:author>R. R.</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Graph models</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=54892</link>

        

        
            <description><![CDATA[This is interesting. Thanks for posting. I have been experimenting with a similar mechanism myself, but this is the first time I've heard of FishBolt....]]></description>
        

        <pubDate>Mon, 15 Jun 2009 08:12:29 -0400</pubDate>

        

        <jf:creationDate>Mon, 15 Jun 2009 08:12:29 -0400</jf:creationDate>
        <jf:modificationDate>Mon, 15 Jun 2009 08:12:29 -0400</jf:modificationDate>
        <jf:date>Jun 15, 2009</jf:date>
        <jf:author>Kit Davies</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>fields in interface</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=54892</link>

        

        
            <description><![CDATA[You can include fields in interfaces.]]></description>
        

        <pubDate>Mon, 15 Jun 2009 06:16:17 -0400</pubDate>

        

        <jf:creationDate>Mon, 15 Jun 2009 06:16:17 -0400</jf:creationDate>
        <jf:modificationDate>Mon, 15 Jun 2009 06:16:17 -0400</jf:modificationDate>
        <jf:date>Jun 15, 2009</jf:date>
        <jf:author>Nicolas Bousquet</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: Why not just fields ?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=54892</link>

        

        
            <description><![CDATA[Just using public final fields has a major disadvantage... they can't be defined in an interface. Therefore you can't define a generic interface with a property and expect to access this property of an implementation class through polymorphic behavior....]]></description>
        

        <pubDate>Sat, 13 Jun 2009 09:54:01 -0400</pubDate>

        

        <jf:creationDate>Sat, 13 Jun 2009 09:54:01 -0400</jf:creationDate>
        <jf:modificationDate>Sat, 13 Jun 2009 09:54:01 -0400</jf:modificationDate>
        <jf:date>Jun 13, 2009</jf:date>
        <jf:author>Fox Touche</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>You miss the point</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=54892</link>

        

        
            <description><![CDATA[I think that the point of FishBolt is not to replace getter/setter but to replace field reference as a string....]]></description>
        

        <pubDate>Fri, 12 Jun 2009 09:53:04 -0400</pubDate>

        

        <jf:creationDate>Fri, 12 Jun 2009 09:53:04 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 12 Jun 2009 09:53:04 -0400</jf:modificationDate>
        <jf:date>Jun 12, 2009</jf:date>
        <jf:author>christophe blin</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Why not just fields ?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=54892</link>

        

        
            <description><![CDATA[Java Bean seems to be a good pratice at first... Following the trend, you add another layer with your solution that is even more generic, ... and heavier to use....]]></description>
        

        <pubDate>Fri, 12 Jun 2009 09:02:52 -0400</pubDate>

        

        <jf:creationDate>Fri, 12 Jun 2009 09:02:52 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 12 Jun 2009 09:02:52 -0400</jf:modificationDate>
        <jf:date>Jun 12, 2009</jf:date>
        <jf:author>Nicolas Bousquet</jf:author>
        <jf:replyCount>3</jf:replyCount>
    </item>


    <item>

        <title>Differences between data object's field and Java Bean property</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=54892</link>

        

        
            <description><![CDATA[In the Fishbolt data model, a data field is presented by the <b>IDataField</b> interface. Its generic parameter <b>T</b> defines the type of a data field value. The <b>IDataField</b> interface declares <b>setValue </b>and <b>getValue</b> methods which...]]></description>
        

        <pubDate>Fri, 12 Jun 2009 08:33:05 -0400</pubDate>

        

        <jf:creationDate>Fri, 12 Jun 2009 08:33:05 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 12 Jun 2009 08:33:05 -0400</jf:modificationDate>
        <jf:date>Jun 12, 2009</jf:date>
        <jf:author>Arseniy Taradonov</jf:author>
        <jf:replyCount>7</jf:replyCount>
    </item>



</channel>
</rss>

