public class GridPropertyPolicy extends BaseUsageRecordPolicy
ExpressionPropertyPolicy| Constructor and Description |
|---|
GridPropertyPolicy() |
| Modifier and Type | Method and Description |
|---|---|
protected <T> void |
ADD_DERIVATON(PropExpressionMap map,
PropertyTag<T> p2,
PropExpression<T> p1) |
protected <T> void |
ADD_REMOTE(PropExpressionMap map,
PropertyTag<T> local,
PropertyTag<T> remote) |
PropExpressionMap |
getDerivedProperties(PropExpressionMap previous)
return a set of derived property definitions.
|
PropertyFinder |
initFinder(uk.ac.ed.epcc.webapp.AppContext ctx,
PropertyFinder prev,
java.lang.String table)
Generate a PropertyFinder that will find any PropertyTag generated by this class.
|
uk.ac.ed.epcc.webapp.jdbc.table.TableSpecification |
modifyDefaultTableSpecification(uk.ac.ed.epcc.webapp.AppContext conn,
uk.ac.ed.epcc.webapp.jdbc.table.TableSpecification t,
java.lang.String tagName)
Modify the default table specification if appropriate
A null specification denotes that a table should not be auto-created.
|
allowReplace, postCreate, preDeleteparseendParse, startParse, uniqueclone, equals, finalize, getClass, hashCode, notify, notifyAll, toString, wait, wait, waitparseendParse, startParsepublic PropertyFinder initFinder(uk.ac.ed.epcc.webapp.AppContext ctx, PropertyFinder prev, java.lang.String table)
PropertyContainerUpdaterAll properties defined at run-time should have their PropertyTag objects constructed by the time the first call to this method returns. As some parsers properties will generate different things depending on the other properties already in scope this method is passed a PropertyFinder for any properties that may already be in scope. This will include any default parameters specified when the data was uploaded and any properties generated from the database meta-data. Though it is perfectly legal to return a PropertyFinder that returns a superset of the generated properties the only requirement is that the returned finder can find any property that this classes parse method may actually generate values for. So Normally the contents of the super-finder are not included in the result unless these values are actually generated by the parse. If values are generated then a MultiFinder can be populated with the PropertyRegistrys from the generated properties
prev - PropertyFinder for the higher levels in the call chain.table - String name of the destination table in case per-table customisation is neededprotected <T> void ADD_DERIVATON(PropExpressionMap map, PropertyTag<T> p2, PropExpression<T> p1)
protected <T> void ADD_REMOTE(PropExpressionMap map, PropertyTag<T> local, PropertyTag<T> remote)
public PropExpressionMap getDerivedProperties(PropExpressionMap previous)
PropertyContainerUpdaterDefinitions are allowed for properties that are also generated directly in the parse phase. In this case the parse value should always be used by preference and the derived definition only provides a fall-back implementation if the parse value is unavailable. For example if not persisted in the database layer. This allows one parser/policy to specify a default implementation as a derived property definition which is then overridden by having the same property generated in a parse method of a different policy/parser
getDerivedProperties in interface PropertyContainerUpdatergetDerivedProperties in class AbstractPropertyContainerUpdaterprevious - Previous definitionspublic uk.ac.ed.epcc.webapp.jdbc.table.TableSpecification modifyDefaultTableSpecification(uk.ac.ed.epcc.webapp.AppContext conn,
uk.ac.ed.epcc.webapp.jdbc.table.TableSpecification t,
java.lang.String tagName)
PropertyContainerUpdatermodifyDefaultTableSpecification in interface PropertyContainerUpdatermodifyDefaultTableSpecification in class AbstractPropertyContainerUpdaterconn - AppContextt - TableSpecification or null