Skip to main content

Notice: This Wiki is now read only and edits are no longer possible. Please see: for the plan.

Jump to: navigation, search

Scout/Tutorial/5.0/Minicrm/Add a search form

< Scout‎ | Tutorial‎ | 5.0‎ | Minicrm

The Scout documentation has been moved to

Scout Tutorial
This page belongs to the Minicrm Step-by-Step Tutorial. It explains how to add a search form to a table page. You need to have a table page in your application in order to continue.

Once we have created a table page and implemented the service to get the table data, we can take advantage of a feature the Scout SDK offers: it can create a search form based on the existing information.

The alternative, of course, is to create the search form manually.

Once you have all that, it's time to add a form to edit the data.

What are we talking about?

We need to create a search form that will be shown together with our newly created table page. The values provided by the user (i.e. the chosen search criteria) are packed into a FormData object, which is passed along to the outline service. There, we need to build an appropriate WHERE clause.

Scout Search Form Details V2.png

Create a Search Form

Go to the CompanyTablePage, right-click and choose Create Search Form. The created search form contains a field for each column defined on the base table page. menu.png

Use Company as the name.

You might also want to set a "Sub Package". To keep all your search form together you might want to choose something like ui.desktop.outlines.pages.searchform. Another possibility is to group your form and searchform by entity (CompanyForm and CompanySearchFrom in the sub-package

Click Finish. form.wizard.png

Form Data
When creating a form, Scout SDK will automatically create a form data class in the background. The form data class will be created in the shared plugin. This is the data transfer object used for communication between client and server. The form data is automatically updated by the Scout SDK when the corresponding form changes.

Done! What did Scout SDK do?

  1. it created a CompanySearchForm in the client plugin
  2. it created a CompanySearchFormData in the shared plugin
  3. it set the Search Form property of the CompanyTablePage to CompanySearchForm
How does it work?
The Scout runtime will create the search form when showing the company table page. Using the search form will generate a SearchFilter object that is passed on to the execLoadTableData method of the table page. The search filter contains the form data of the SearchForm.

Adding Fields

For each non-primarykey-column there has already been generated a field for you in the search form. This is already enough to show a search form

You can have a look of the form structure in the explorer view: form.explorer.png

You can start your application: form.client swt.png

There is one missing piece, obviously. The service that gets the actual data needs to build some sort of constraint (a WHERE clause to the SQL statement) to filter the returned rows.

Adapt the outline service operation getCompanyTableData

In order to constrain the SQL statement for the company outline, we have to adapt the service operation getCompanyTableData and add a parameter searchFilter of the type CompanySearchFormData to the method. Do that for both the service interface IStandardOutlineService and the service implementation StandardOutlineService. There are two easy ways to find them: Ctrl+Shift+T, or find the StandardOutlineService on the server side in the Scout Perspective and click on the two links.


public interface IStandardOutlineService extends IService {
  public CompanyTablePageData getCompanyTableData(CompanySearchFormData formData) throws ProcessingException;



public CompanyTablePageData getCompanyTableData(CompanySearchFormData formData) throws ProcessingException {
    StringBuilder statement = new StringBuilder();
        "SELECT COMPANY_NR, " +
            "   SHORT_NAME, " +
            "   NAME " +
            " FROM COMPANY " +
            " WHERE 1 = 1 ");
    if (StringUtility.hasText(formData.getShortName().getValue())) {
      statement.append("AND UPPER(SHORT_NAME) LIKE UPPER(:shortName || '%') ");
    if (StringUtility.hasText(formData.getName().getValue())) {
      statement.append("AND UPPER(NAME) LIKE UPPER(:name || '%')");
    statement.append("INTO :{page.companyNr}, :{page.shortName}, :{}");
    CompanyTablePageData pageData = new CompanyTablePageData();
    SQL.selectInto(statement.toString(), formData, new NVPair("page", pageData));
    return pageData;


Prefixing of names with a colon automatically makes these instances bind variables. The Scout runtime will bind these bind variables to the corresponding fields from the form data, the table page data or defined with the NVPair object.

Naming Convention
We're relying on a naming convention, here! In a formData object the bind variable :shortName correspond to the getter formData.getShortName(). Note the capitalization. The objects are introspected one after the other. The binding :shortName matches to getShortName() in the formData and getShortName() in the pageData. This is ambiguous. In order to avoid this, we give the PageData object a name with an NVPair instance. :page.shortName explicitely correspond to getShortName() of the object named "page" (the PageData). The curly brackets indicate that the binds are used in batch mode to handle the multiple rows of the result set.

Now we need to forward the CompanySearchFormData to the server. Return to the method execLoadData in the CompanyTablePage and add a new parameter to the service call according to its interface definition. The required CompanySearchFormData is available from the filter parameter:

protected void execLoadData(SearchFilter filter) throws ProcessingException {
  importPageData(SERVICES.getService(IStandardOutlineService.class).getCompanyTableData((CompanySearchFormData) filter.getFormData()));

If the search is deactivated with setSearchActive(false);, the method call filter.getFormData() returns null. Therefore, it can be interesting to do this check on client side and to send an empty formData (corresponding to a search request without any constraints).

protected void execLoadData(SearchFilter filter) throws ProcessingException {
  CompanySearchFormData formData = (CompanySearchFormData) filter.getFormData();
  if (formData == null) {
    formData = new CompanySearchFormData();
  CompanyTablePageData pageData = SERVICES.getService(IStandardOutlineService.class).getCompanyTableData(formData);


Wildcard Search with Derby
Using the provided Derby DB you can use the wildcard characters '%' and '_'. A '%' matches any number of characters, while '_' matches any single character.

Back to the top