mirror of
https://github.com/google/nomulus.git
synced 2025-07-23 11:16:04 +02:00
898448b8a0
Certain flows need to launch batched jobs. Logically this would mean that flows depend on batch. However, the current state of dependency was the other way around, and the reason for that was ResourceFlowUtils.java that had in it some utility functions that weren't used in the flows and were needed in the batch jobs. This CL removes these utility functions from the /flows/ directory, letting us reverse the dependency edge between flows/ and batch/ Part of this was moving the flows/async/ code into batch/ - which also makes sense because flows/async/ just "enqueued" tasks that would then be run by actions in batch/ It makes sense that the code that enqueues the tasks and the code that dequeues the tasks sit in the same library. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=228698761
82 lines
2.6 KiB
Text
82 lines
2.6 KiB
Text
package(
|
|
default_testonly = 1,
|
|
default_visibility = ["//visibility:public"],
|
|
)
|
|
|
|
licenses(["notice"]) # Apache 2.0
|
|
|
|
load("//java/com/google/testing/builddefs:GenTestRules.bzl", "GenTestRules")
|
|
|
|
# Needed for the documentation tests
|
|
filegroup(
|
|
name = "flows_files",
|
|
srcs = glob([
|
|
"*.java",
|
|
"**/*.java",
|
|
]),
|
|
)
|
|
|
|
java_library(
|
|
name = "flows",
|
|
srcs = glob([
|
|
"*.java",
|
|
"**/*.java",
|
|
]),
|
|
resources = glob(["**/testdata/*.xml"]),
|
|
deps = [
|
|
"//java/google/registry/batch",
|
|
"//java/google/registry/config",
|
|
"//java/google/registry/dns",
|
|
"//java/google/registry/flows",
|
|
"//java/google/registry/model",
|
|
"//java/google/registry/monitoring/whitebox",
|
|
"//java/google/registry/pricing",
|
|
"//java/google/registry/request",
|
|
"//java/google/registry/request/auth",
|
|
"//java/google/registry/request/lock",
|
|
"//java/google/registry/tmch",
|
|
"//java/google/registry/util",
|
|
"//java/google/registry/xml",
|
|
"//javatests/google/registry/model",
|
|
"//javatests/google/registry/testing",
|
|
"//javatests/google/registry/xml",
|
|
"//third_party/objectify:objectify-v4_1",
|
|
"@com_google_appengine_api_1_0_sdk",
|
|
"@com_google_appengine_testing",
|
|
"@com_google_code_findbugs_jsr305",
|
|
"@com_google_dagger",
|
|
"@com_google_flogger",
|
|
"@com_google_flogger_system_backend",
|
|
"@com_google_guava",
|
|
"@com_google_guava_testlib",
|
|
"@com_google_monitoring_client_contrib",
|
|
"@com_google_monitoring_client_metrics",
|
|
"@com_google_re2j",
|
|
"@com_google_truth",
|
|
"@com_google_truth_extensions_truth_java8_extension",
|
|
"@com_googlecode_json_simple",
|
|
"@javax_inject",
|
|
"@javax_servlet_api",
|
|
"@joda_time",
|
|
"@junit",
|
|
"@org_joda_money",
|
|
"@org_mockito_all",
|
|
],
|
|
)
|
|
|
|
# If the flows tests should grow again to the point that they last longer than
|
|
# sixty seconds, then shard_count should be tuned. You can binary search for a
|
|
# good value that balances time reduction with environmental impact. However,
|
|
# any unit test that contains fewer @Test methods than the shard count will
|
|
# need to be updated to add dummy methods, otherwise blaze will lose its mind.
|
|
# If you grep for testNothing you can find the existing dummy methods.
|
|
GenTestRules(
|
|
name = "GeneratedTestRules",
|
|
default_test_size = "medium",
|
|
shard_count = 4,
|
|
test_files = glob([
|
|
"*Test.java",
|
|
"**/*Test.java",
|
|
]),
|
|
deps = [":flows"],
|
|
)
|