A critical vulnerability was discovered in React Server Components (Next.js). Our systems remain protected but we advise to update packages to newest version. Learn More

Linus Ekström
Oct 30, 2008
  5205
(0 votes)

Validation of property values

One question that I have got several times is where to do input validation for your custom property since the property architecture in EPiServer CMS 5 requires both class that handles the data and a class that is responsible for the visual presentation of the property. One way this can be done is by adding the actual validation logic before setting the input value from your PropertyControl class:

public class MyCustomProperty : PropertyString
    {
        public override IPropertyControl CreatePropertyControl()
        {
            return new MyCustomPropertyControl();
        }
    }

public class MyCustomPropertyControl : PropertyTextBoxControlBase
{
    public override void ApplyEditChanges()
    {
        string inputValue = EditControl.Text;
        if (inputValue.Length > 10)
        {
            this.AddErrorValidator("The maximum length for " + Name + " must not exceed 10 characters");
            return;
        }
        this.SetValue(inputValue);
    }
}

 

This would result in a validation message that is presented to the editor if he/she would try to enter more than 10 characters in the textbox. So, with just a few rows of code, we have added some validation for the property. But what happens if you try to set the value for the property outside the normal page edit? Or if the user changes the property with on page editing? Or if the data for the property is imported? To handle these cases we need to move the input validation to the PropertyData class:

 

public class MyCustomProperty : PropertyString
{
    public override IPropertyControl CreatePropertyControl()
    {
        return new MyCustomPropertyControl();
    }
    public override object Value
    {
        get
        {
            return base.Value;
        }
        set
        {
            ValidateInput(value as string);
            base.Value = value;
        }
    }

    private void ValidateInput(string value)
    {
        if (!String.IsNullOrEmpty(value) && value.Length > 10)
        {
            throw new Exception("The maximum length for " + Name + " must not exceed 10 characters");
        }
    }
}

public class MyCustomPropertyControl : PropertyTextBoxControlBase
    {
    }

 

This would result in the same behaviour in edit mode but now we have made sure that invalid input can not be entered from other locations as well. In this case you do not even have a need for your own property data control so you might just use one of the built in property controls instead.

 

The base class for property controls, PropertyDataControl, catches the exception and displays it to the editor in the same way as if you call the AddErrorValidator in your property control class. In other places in the ui, like the import dialog, it is also handled in the same way. If you would try to set an invalid value from your own code however, you would have to catch Exceptions and display it to the editor. You could of course also have validation both in the presentation control and in the data control if you for instance want to have a client side validation control in edit mode but still want to be sure that invalid input can not be entered from another location.

Oct 30, 2008

Comments

Oct 12, 2010 10:33 AM

Havnt been working with EPiServer since 4.x, and i guess the issue still applies. Why aint there any properties settings for the property themself? For instances setting max-lenght or format-pattern to a property. Then we could reuse many more properties and not need some speisialized config file to achive the same ting.
/ Kristian

Oct 12, 2010 10:33 AM

Hi! The main reason for this was, as with so many other features, just a lack of time. I like the general idea that you attach validation and settings to a property to be able to reuse them and I hope that we will be able to implement this to the next major version of EPiServer.
/ Linus Ekström (linuse)

Oct 12, 2010 10:33 AM

Good to hear. A general settings to properties (for a pagetype) would be great. And would surly help with lame properties names as "lastname_maxlenght_200" :)
/ Kristian

Oct 12, 2010 10:33 AM

I have a problem with this method when the property is used in dynamic content. The property gets validated the same time dynamic content window pops up. It also shows the error twice. Is there a different aproach to validate custom properties in dynamic content?
/ Dmitri

Oct 12, 2010 10:33 AM

Hello Dimitri, I have tried to reproduce your problem in dynamic content. But I am not sure how you use it in dynamic content. Could you post some more info and maybe move the question to the forum?
/ Johan Sellberg

Please login to comment.
Latest blogs
A day in the life of an Optimizely OMVP - Optimizely Opal: Specialized Agents, Workflows, and Tools Explained

The AI landscape in digital experience platforms has shifted dramatically. At Opticon 2025, Optimizely unveiled the next evolution of Optimizely Op...

Graham Carr | Dec 16, 2025

Optimizely CMS - Learning by Doing: EP09 - Create Hero, Breadcrumb's and Integrate SEO : Demo

  Episode 9  is Live!! The latest installment of my  Learning by Doing: Build Series  on  Optimizely Episode 9 CMS 12  is now available on YouTube!...

Ratish | Dec 15, 2025 |

Building simple Opal tools for product search and content creation

Optimizely Opal tools make it easy for AI agents to call your APIs – in this post we’ll build a small ASP.NET host that exposes two of them: one fo...

Pär Wissmark | Dec 13, 2025 |

CMS Audiences - check all usage

Sometimes you want to check if an Audience from your CMS (former Visitor Group) has been used by which page(and which version of that page) Then yo...

Tuan Anh Hoang | Dec 12, 2025