Jump to: navigation, search

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

< Scout‎ | Tutorial‎ | 3.9‎ | Minicrm
Revision as of 08:05, 11 September 2013 by Jbr.bsiag.com (Talk | contribs)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

Wiki Home
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.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.

Scout.3.9.minicrm.search form.new 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 entities.company).

Click Finish.

Scout.3.9.minicrm.search 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:

Scout.3.9.minicrm.search form.explorer.png

You can start your application:

Scout.3.9.minicrm.search 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 Object[][] getCompanyTableData (CompanySearchFormData formData) throws ProcessingException;


public Object[][] getCompanyTableData(CompanySearchFormData formData) throws ProcessingException {
  StringBuilder statement = new StringBuilder();
	  "FROM   COMPANY " +
	  "WHERE  1=1 ");
  if (!StringUtility.isNullOrEmpty(formData.getShortName().getValue())) {
    statement.append("AND UPPER(SHORT_NAME) LIKE UPPER(:shortName || '%') ");
  if (!StringUtility.isNullOrEmpty(formData.getName().getValue())) {
    statement.append("AND UPPER(NAME) LIKE UPPER(:name || '%')");
  return SQL.select(statement.toString(), formData);

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 object.

Naming Convention
We're relying on a naming convention, here! If your form has a field called ShortName, then the bind variable will be called :shortName. Note the capitalization.

Now we need to forward the CompanySearchFormData to the server. Return to the method execLoadTableData 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 Object[][] execLoadTableData(SearchFilter filter) throws ProcessingException {
  return SERVICES.getService(IStandardOutlineService.class).getCompanyTableData((CompanySearchFormData) filter.getFormData());

If the search is inactivated 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 Object[][] execLoadTableData(SearchFilter filter) throws ProcessingException {
  CompanySearchFormData formData = (CompanySearchFormData) filter.getFormData();
  if(formData == null) {
    formData = new CompanySearchFormData();
  return 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.