@org.springframework.boot.autoconfigure.EnableAutoConfiguration class DataHubPlugin extends java.lang.Object
| Type | Name and description |
|---|---|
org.slf4j.Logger |
logger |
| Type Params | Return Type | Name and description |
|---|---|---|
|
void |
apply(org.gradle.api.Project project) |
|
void |
configureAppDeployer(org.gradle.api.Project project) |
|
void |
initializeProjectExtensions(org.gradle.api.Project project) |
|
void |
setupHub(org.gradle.api.Project project)In order to guarantee that Gradle and the QS app perform this function in the same way, this task is being overridden so that it can call DataHub.updateIndexes. |
|
boolean |
userCalledHubInit(org.gradle.api.Project project) |
|
boolean |
userCalledHubUpdate(org.gradle.api.Project project) |
| Methods inherited from class | Name |
|---|---|
class java.lang.Object |
java.lang.Object#wait(long, int), java.lang.Object#wait(long), java.lang.Object#wait(), java.lang.Object#equals(java.lang.Object), java.lang.Object#toString(), java.lang.Object#hashCode(), java.lang.Object#getClass(), java.lang.Object#notify(), java.lang.Object#notifyAll() |
In order to guarantee that Gradle and the QS app perform this function in the same way, this task is being overridden so that it can call DataHub.updateIndexes. It doesn't behave the same as in ml-gradle, which strips out all "non-index" properties from the payload. But it's not certain that that behavior is desirable here - within the context of DHF, this is really used as a way to say "I need to update each of the databases".