<?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 - A Modular Approach to Data Validation in Web Applications</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>Sun, 19 May 2013 23:32:59 -0400</pubDate>


    <item>

        <title>Re: Validation in setters</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=39627</link>

        

        
            <description><![CDATA[<blockquote>Everything I've read is that putting validation in your domain model is fine, but only done correctly.  In most cases, within series of interactions, you can't assert that your objects are valid in all context-- but are validatable.  So the...]]></description>
        

        <pubDate>Tue, 23 May 2006 16:37:11 -0400</pubDate>

        

        <jf:creationDate>Tue, 23 May 2006 16:37:11 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 23 May 2006 16:37:11 -0400</jf:modificationDate>
        <jf:date>May 23, 2006</jf:date>
        <jf:author>Tim Fennell</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Exactly</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=39627</link>

        

        
            <description><![CDATA[I agree 100%, and this is exactly what the paper recommends!]]></description>
        

        <pubDate>Tue, 23 May 2006 10:11:37 -0400</pubDate>

        

        <jf:creationDate>Tue, 23 May 2006 10:11:37 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 23 May 2006 10:11:37 -0400</jf:modificationDate>
        <jf:date>May 23, 2006</jf:date>
        <jf:author>stephendv</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Validation in setters</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=39627</link>

        

        
            <description><![CDATA[<blockquote>Using Spring and AOP, i was able to inject business validations on service method calls. For e.g. if an action calls a service method, say saveOrder(...) and passing an object graph, the validator is configured to be called anytime a method...]]></description>
        

        <pubDate>Wed, 05 Apr 2006 14:38:33 -0400</pubDate>

        

        <jf:creationDate>Wed, 05 Apr 2006 14:38:33 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 05 Apr 2006 14:38:33 -0400</jf:modificationDate>
        <jf:date>Apr 5, 2006</jf:date>
        <jf:author>FRED SAVARD</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Validation in domain objects may not be enough</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=39627</link>

        

        
            <description><![CDATA[As a simple example consider the name &quot;Conan O'Brian&quot;. This is a valid name, and should thus be accepted by the domain object. But when sent to SQL, this name might create and SQL-Injection problem if the SQL-statement is using singly quoted...]]></description>
        

        <pubDate>Fri, 31 Mar 2006 02:40:19 -0500</pubDate>

        

        <jf:creationDate>Fri, 31 Mar 2006 02:40:19 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 31 Mar 2006 02:40:19 -0500</jf:modificationDate>
        <jf:date>Mar 31, 2006</jf:date>
        <jf:author>NinjaNils3</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Validation in setters</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=39627</link>

        

        
            <description><![CDATA[<blockquote><blockquote> Maybe I misread Derek's post, but it sounded like he was leaning on the ol' EJB Stateless patterns with DAOs / plain Data beans, and stateless functions.</blockquote>Close, but replace EJB with Spring. I was thinking in terms of...]]></description>
        

        <pubDate>Wed, 29 Mar 2006 15:17:47 -0500</pubDate>

        

        <jf:creationDate>Wed, 29 Mar 2006 15:17:47 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 29 Mar 2006 15:17:47 -0500</jf:modificationDate>
        <jf:date>Mar 29, 2006</jf:date>
        <jf:author>Sandy FromNY</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Domain Rules vs. Application Rules</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=39627</link>

        

        
            <description><![CDATA[<blockquote>I don't mean to constantly plug our stuff on TSS (though it might look like that). This just seems, once more, pertinent to mention.</blockquote><br>It's not your fault that people (including myself) are constantly wondering about ways of...]]></description>
        

        <pubDate>Wed, 29 Mar 2006 11:25:01 -0500</pubDate>

        

        <jf:creationDate>Wed, 29 Mar 2006 11:25:01 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 29 Mar 2006 11:25:01 -0500</jf:modificationDate>
        <jf:date>Mar 29, 2006</jf:date>
        <jf:author>Freddy Daoud</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Domain Rules vs. Application Rules</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=39627</link>

        

        
            <description><![CDATA[<blockquote>I'm always open to a better solution that is 1) still OO (or close), 2) maintains the separation at some point for ease of maintenance and administration, 3) allows me to chose which combinations of rules to apply in any...]]></description>
        

        <pubDate>Tue, 28 Mar 2006 17:29:59 -0500</pubDate>

        

        <jf:creationDate>Tue, 28 Mar 2006 17:29:59 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 28 Mar 2006 17:29:59 -0500</jf:modificationDate>
        <jf:date>Mar 28, 2006</jf:date>
        <jf:author>gbevin</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Validation in setters</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=39627</link>

        

        
            <description><![CDATA[<blockquote> Maybe I misread Derek's post, but it sounded like he was leaning on the ol' EJB Stateless patterns with DAOs / plain Data beans, and stateless functions.</blockquote>Close, but replace EJB with Spring. I was thinking in terms of an...]]></description>
        

        <pubDate>Tue, 28 Mar 2006 13:56:47 -0500</pubDate>

        

        <jf:creationDate>Tue, 28 Mar 2006 13:56:47 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 28 Mar 2006 13:56:47 -0500</jf:modificationDate>
        <jf:date>Mar 28, 2006</jf:date>
        <jf:author>Derek Ward</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>Domain Rules vs. Application Rules</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=39627</link>

        

        
            <description><![CDATA[My point is that if you look beyond the individual applications, the separation between domain rules and application rules is very important. <br><br>Domain rules are intended to fill in the gaps between real world data types and the limited data types...]]></description>
        

        <pubDate>Tue, 28 Mar 2006 13:29:47 -0500</pubDate>

        

        <jf:creationDate>Tue, 28 Mar 2006 13:29:47 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 28 Mar 2006 13:29:47 -0500</jf:modificationDate>
        <jf:date>Mar 28, 2006</jf:date>
        <jf:author>William Childers</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>A Modular Approach to Data Validation in Web Applications</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=39627</link>

        

        
            <description><![CDATA[Since everything is ultimately stored in the database, the database has the last say anyway ;-)]]></description>
        

        <pubDate>Tue, 28 Mar 2006 12:47:03 -0500</pubDate>

        

        <jf:creationDate>Tue, 28 Mar 2006 12:47:03 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 28 Mar 2006 12:47:03 -0500</jf:modificationDate>
        <jf:date>Mar 28, 2006</jf:date>
        <jf:author>Michael Jouravlev</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Validation in setters</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=39627</link>

        

        
            <description><![CDATA[You can put some validation in setters, but not all:<br><br>- Consider date input in text field that should be put in java.util.Date property of the JavaBean. You have to validate and convert string to a Date before invoking setter.<br><br>- Validation...]]></description>
        

        <pubDate>Tue, 28 Mar 2006 11:22:30 -0500</pubDate>

        

        <jf:creationDate>Tue, 28 Mar 2006 11:22:30 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 28 Mar 2006 11:22:30 -0500</jf:modificationDate>
        <jf:date>Mar 28, 2006</jf:date>
        <jf:author>Mileta Cekovic</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Validation in setters</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=39627</link>

        

        
            <description><![CDATA[<blockquote>Fowler does not go that far. </blockquote><br>Nor do I ;-)<br><br>I'm not advocating &quot;loading up you're object with every application specific rules&quot;.  All I'm saying is Domain Models should be more than just Data...]]></description>
        

        <pubDate>Tue, 28 Mar 2006 11:13:08 -0500</pubDate>

        

        <jf:creationDate>Tue, 28 Mar 2006 11:13:08 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 28 Mar 2006 11:13:08 -0500</jf:modificationDate>
        <jf:date>Mar 28, 2006</jf:date>
        <jf:author>Mike Stanley</jf:author>
        <jf:replyCount>3</jf:replyCount>
    </item>


    <item>

        <title>Domain Rules vs. Application Rules</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=39627</link>

        

        
            <description><![CDATA[The problem with your analogy lies in the changing nature of business rules as relates to the application.<br><br>I like the way you make a distinction between a rule intrinsic to a zip code and a rule that is only relevant to the application at hand. A...]]></description>
        

        <pubDate>Tue, 28 Mar 2006 10:53:17 -0500</pubDate>

        

        <jf:creationDate>Tue, 28 Mar 2006 10:53:17 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 28 Mar 2006 10:53:17 -0500</jf:modificationDate>
        <jf:date>Mar 28, 2006</jf:date>
        <jf:author>Lee Meador</jf:author>
        <jf:replyCount>3</jf:replyCount>
    </item>


    <item>

        <title>Validation in setters</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=39627</link>

        

        
            <description><![CDATA[Fowler does not go that far.  He has qualified his remarks in response to some folks who took them to mean you should load up domain objects with application specific rules.  <br><br>What Fowler says and what is good practice is to have domain objects...]]></description>
        

        <pubDate>Tue, 28 Mar 2006 10:29:15 -0500</pubDate>

        

        <jf:creationDate>Tue, 28 Mar 2006 10:29:15 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 28 Mar 2006 10:29:15 -0500</jf:modificationDate>
        <jf:date>Mar 28, 2006</jf:date>
        <jf:author>William Childers</jf:author>
        <jf:replyCount>8</jf:replyCount>
    </item>


    <item>

        <title>Validation in setters</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=39627</link>

        

        
            <description><![CDATA[<blockquote>I've always thought that this crosses the boundary between model and business rules/services.</blockquote><br>This statement highlights a common OO anti-pattern, the Anemic Domain Model (often times seen in J2EE apps, which encourages this...]]></description>
        

        <pubDate>Tue, 28 Mar 2006 10:08:34 -0500</pubDate>

        

        <jf:creationDate>Tue, 28 Mar 2006 10:08:34 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 28 Mar 2006 10:08:34 -0500</jf:modificationDate>
        <jf:date>Mar 28, 2006</jf:date>
        <jf:author>Mike Stanley</jf:author>
        <jf:replyCount>9</jf:replyCount>
    </item>



</channel>
</rss>

