Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Requirements

As a developers I would like to have the ability to insert a custom dataset to the grid component in a way that would preserve its filter and pagination functionality if possible.

There are many situations listed below in which this might be used. It would be best to create one flexible mechanism to handle them. Even if it would have to make a less comfortable API then usual.

1. Entity centric grids but with some additional calculated columns

...

Wiki Markup
h2. Requirements

As a developers I would like to have the ability to insert a custom dataset to the grid component in a way that would preserve its filter and pagination functionality if possible.


There are many situations listed below in which this might be used. It would be best to create one flexible mechanism to handle them. Even if it would have to make a less comfortable API then usual.


*1. Entity centric grids but with some additional calculated columns*

For example the _orders_ column in: [http://wiki.qcadoo.org/display/QCDMESBLP/Order+groups

...

]






We could use an non-persistent field for this. But it would have to do n-queries where n is the number of orders shown in the grid. There are also more complex examples that can follow this with sub-queries and other aggregations.

...



*2. Fully calculated girds

...

*

Like the _inventory_ table in: [http://wiki.qcadoo.org/display/QCDMESBLP/Inventory+Module

...

This is a fully calculated view not related with any.

3. Grids with complex filters

4. Grids with datasets calculated in Java

5. Fully with unspecified columns (week requirement)

...

]










This is a fully calculated view not related with any.

*3. Grids with complex filters*

*4. Grids with datasets calculated in Java*

*5. Fully with unspecified columns (week requirement)*

Like in the module: [http://wiki.qcadoo.org/display/QCDMESBLP/Custom+query+module

...

Suggested mechanism

Info
This is a
]










h2. Suggested mechanism

{info}
This is a pseudo-code solution suggested by the person who analyzed the issue. Developers who implement this issue should design the detail solution for the requirements and may come to an solution which is very different from this one. However it should offer the same possibility as the example shown here or if should be discussed if the detail solution could be less powerful to make the implementation simpler.

{info}The solution should be available as an Java API available to hook which would be responsible for preparing the data for a table.

...



h3. *1. Entity centric grids but with some additional calculated columns

...

*

Here we still want to preserve the functionality we had in view XML (correspontingView, using fields from modelView, etc/) but we would also like to have columns that are supplied by the query.

...



{code
:language
=xml
|title
=Order groups grid component
}
		<component type="grid" name="orderGroups" reference="grid">
			<option type="column" name="number" fields="number" link="true" />
			<option type="column" name="name" fields="name" link="true" />
			<!-- suggested option for an column from a custom dataset, the main entity must always be in the 0 column index -->
 			<option type="column" name="ordersordersCount" datasetColumIndex="1" />
			<option type="column" name="dateFrom" fields="dateFrom" />
			<option type="column" name="dateTo" fields="dateTo" />
			<option type="order" column="name" direction="asc" />
			<option type="correspondingView" value="orderGroups/orderGroupDetails" />
			<option type="correspondingComponent" value="form" />
			<option type="searchable" value="name,number,dateFrom,dateTo" />
			<option type="orderable" value="name,number,dateFrom,dateTo" />
			<option type="fullscreen" value="true" />
			<option type="multiselect" value="true" />
		</component>
{code}

{code|title=Hook for loading data}
loadOrderGroups(viewState) {

    grid = viewState.getComponentByReference("orderGroupsGrid");
    
    // standard or expanded Hibernate or JPA criteria builder
    criteriaBuilder = someService.getCriteriaBuilder();
    criteriaQuery = criteriaBuilder.createQuery();
    from = criteriaQuery.from("orderGroup");
    min = criteriaBuilder.min(from.get("orders"));
    
    // the 'modelName' entity must be always first
    criteriaQuery = criteriaQuery.multiselect(from, min);
    
    // this would apply criteria from the grids filter but not pagination yet
    criteriaQuery = someService.applyGridFilterCriteria(criteriaQuery, grid);
    
    query = someService.createQuery(criteriaQuery);
    pagination = grid.getPagination();
    
}
{code}