root
/
rabbitmq-server
mirror of https://github.com/rabbitmq/rabbitmq-server.git
1
0
Fork 0
Code Issues Actions 1 Packages Projects Releases Wiki Activity
rabbitmq-server/bazel/BUILD.ra

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

215 lines
4.9 KiB
Plaintext
Raw Permalink Normal View History

Use gazelle for external erlang deps (#6935) * Add gazelle for use with update-repos command * Use explicit BUILD.app_name files for erlang app deps This allows us to remove the duplicate definitions in workspace_helpers.bzl These files are generated with gazelle. For instance: BUILD.ra is generated with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel hex.pm/ra@2.4.6` Running gazelle this way will modify the WORKSPACE file, as gazelle does not yet support MODULE.bazel files. Such changes to the WORKSPACE can be dropped, and should not be committed. It may also update the `moduleindex.yaml` file. Changes to `moduleindex.yaml` should be committed. However * skip the explicit bazel/BUILD.osiris file, as osiris already contains the file in its repo * skip the explict BUILD.inet_tcp_proxy_dist file, since the repo already contains a bazel BUILD.bazel file gazelle command: `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel inet_tcp_proxy_dist=github.com/rabbitmq/inet_tcp_proxy@master` * jose is imported with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel jose=github.com/michaelklishin/erlang-jose@d63c1c5c8f9c1a4f1438e234b886de8607a0034e` * Move the bats dep directly to WORKSPACE, drop workspace_helpers.bzl * Use bzlmod in windows tests
2023-01-25 16:41:56 +08:00
load("@rules_erlang//:erlang_bytecode2.bzl", "erlang_bytecode", "erlc_opts")
load("@rules_erlang//:erlang_app.bzl", "erlang_app")
erlc_opts(
name = "erlc_opts",
values = select({
"@rules_erlang//:debug_build": [
"+debug_info",
"+warn_export_vars",
"+warn_obsolete_guard",
Rebuild bazel/BUILD.* files with recent rules_erlang rules_erlang 3.9.5+ generates "compact" rules when running update-repos this speeds up the cold build, since fewer erlc actions are run, and since external deps typically don't change incrementally, the value of having a bazel rule per file is miminal
2023-02-17 00:43:49 +08:00
"+warn_shadow_vars",
Use gazelle for external erlang deps (#6935) * Add gazelle for use with update-repos command * Use explicit BUILD.app_name files for erlang app deps This allows us to remove the duplicate definitions in workspace_helpers.bzl These files are generated with gazelle. For instance: BUILD.ra is generated with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel hex.pm/ra@2.4.6` Running gazelle this way will modify the WORKSPACE file, as gazelle does not yet support MODULE.bazel files. Such changes to the WORKSPACE can be dropped, and should not be committed. It may also update the `moduleindex.yaml` file. Changes to `moduleindex.yaml` should be committed. However * skip the explicit bazel/BUILD.osiris file, as osiris already contains the file in its repo * skip the explict BUILD.inet_tcp_proxy_dist file, since the repo already contains a bazel BUILD.bazel file gazelle command: `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel inet_tcp_proxy_dist=github.com/rabbitmq/inet_tcp_proxy@master` * jose is imported with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel jose=github.com/michaelklishin/erlang-jose@d63c1c5c8f9c1a4f1438e234b886de8607a0034e` * Move the bats dep directly to WORKSPACE, drop workspace_helpers.bzl * Use bzlmod in windows tests
2023-01-25 16:41:56 +08:00
],
"//conditions:default": [
"+debug_info",
Rebuild bazel/BUILD.* files with recent rules_erlang rules_erlang 3.9.5+ generates "compact" rules when running update-repos this speeds up the cold build, since fewer erlc actions are run, and since external deps typically don't change incrementally, the value of having a bazel rule per file is miminal
2023-02-17 00:43:49 +08:00
"+deterministic",
Use gazelle for external erlang deps (#6935) * Add gazelle for use with update-repos command * Use explicit BUILD.app_name files for erlang app deps This allows us to remove the duplicate definitions in workspace_helpers.bzl These files are generated with gazelle. For instance: BUILD.ra is generated with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel hex.pm/ra@2.4.6` Running gazelle this way will modify the WORKSPACE file, as gazelle does not yet support MODULE.bazel files. Such changes to the WORKSPACE can be dropped, and should not be committed. It may also update the `moduleindex.yaml` file. Changes to `moduleindex.yaml` should be committed. However * skip the explicit bazel/BUILD.osiris file, as osiris already contains the file in its repo * skip the explict BUILD.inet_tcp_proxy_dist file, since the repo already contains a bazel BUILD.bazel file gazelle command: `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel inet_tcp_proxy_dist=github.com/rabbitmq/inet_tcp_proxy@master` * jose is imported with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel jose=github.com/michaelklishin/erlang-jose@d63c1c5c8f9c1a4f1438e234b886de8607a0034e` * Move the bats dep directly to WORKSPACE, drop workspace_helpers.bzl * Use bzlmod in windows tests
2023-01-25 16:41:56 +08:00
"+warn_export_vars",
"+warn_obsolete_guard",
Rebuild bazel/BUILD.* files with recent rules_erlang rules_erlang 3.9.5+ generates "compact" rules when running update-repos this speeds up the cold build, since fewer erlc actions are run, and since external deps typically don't change incrementally, the value of having a bazel rule per file is miminal
2023-02-17 00:43:49 +08:00
"+warn_shadow_vars",
Use gazelle for external erlang deps (#6935) * Add gazelle for use with update-repos command * Use explicit BUILD.app_name files for erlang app deps This allows us to remove the duplicate definitions in workspace_helpers.bzl These files are generated with gazelle. For instance: BUILD.ra is generated with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel hex.pm/ra@2.4.6` Running gazelle this way will modify the WORKSPACE file, as gazelle does not yet support MODULE.bazel files. Such changes to the WORKSPACE can be dropped, and should not be committed. It may also update the `moduleindex.yaml` file. Changes to `moduleindex.yaml` should be committed. However * skip the explicit bazel/BUILD.osiris file, as osiris already contains the file in its repo * skip the explict BUILD.inet_tcp_proxy_dist file, since the repo already contains a bazel BUILD.bazel file gazelle command: `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel inet_tcp_proxy_dist=github.com/rabbitmq/inet_tcp_proxy@master` * jose is imported with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel jose=github.com/michaelklishin/erlang-jose@d63c1c5c8f9c1a4f1438e234b886de8607a0034e` * Move the bats dep directly to WORKSPACE, drop workspace_helpers.bzl * Use bzlmod in windows tests
2023-01-25 16:41:56 +08:00
],
}),
visibility = [":__subpackages__"],
)
erlang_bytecode(
Rebuild bazel/BUILD.* files with recent rules_erlang rules_erlang 3.9.5+ generates "compact" rules when running update-repos this speeds up the cold build, since fewer erlc actions are run, and since external deps typically don't change incrementally, the value of having a bazel rule per file is miminal
2023-02-17 00:43:49 +08:00
name = "behaviours",
srcs = [
"src/ra_machine.erl",
"src/ra_snapshot.erl",
Use gazelle for external erlang deps (#6935) * Add gazelle for use with update-repos command * Use explicit BUILD.app_name files for erlang app deps This allows us to remove the duplicate definitions in workspace_helpers.bzl These files are generated with gazelle. For instance: BUILD.ra is generated with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel hex.pm/ra@2.4.6` Running gazelle this way will modify the WORKSPACE file, as gazelle does not yet support MODULE.bazel files. Such changes to the WORKSPACE can be dropped, and should not be committed. It may also update the `moduleindex.yaml` file. Changes to `moduleindex.yaml` should be committed. However * skip the explicit bazel/BUILD.osiris file, as osiris already contains the file in its repo * skip the explict BUILD.inet_tcp_proxy_dist file, since the repo already contains a bazel BUILD.bazel file gazelle command: `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel inet_tcp_proxy_dist=github.com/rabbitmq/inet_tcp_proxy@master` * jose is imported with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel jose=github.com/michaelklishin/erlang-jose@d63c1c5c8f9c1a4f1438e234b886de8607a0034e` * Move the bats dep directly to WORKSPACE, drop workspace_helpers.bzl * Use bzlmod in windows tests
2023-01-25 16:41:56 +08:00
],
bazel run gazelle-update-repos for Ra 2.6
2023-05-13 00:25:40 +08:00
hdrs = [":public_and_private_hdrs"],
Use gazelle for external erlang deps (#6935) * Add gazelle for use with update-repos command * Use explicit BUILD.app_name files for erlang app deps This allows us to remove the duplicate definitions in workspace_helpers.bzl These files are generated with gazelle. For instance: BUILD.ra is generated with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel hex.pm/ra@2.4.6` Running gazelle this way will modify the WORKSPACE file, as gazelle does not yet support MODULE.bazel files. Such changes to the WORKSPACE can be dropped, and should not be committed. It may also update the `moduleindex.yaml` file. Changes to `moduleindex.yaml` should be committed. However * skip the explicit bazel/BUILD.osiris file, as osiris already contains the file in its repo * skip the explict BUILD.inet_tcp_proxy_dist file, since the repo already contains a bazel BUILD.bazel file gazelle command: `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel inet_tcp_proxy_dist=github.com/rabbitmq/inet_tcp_proxy@master` * jose is imported with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel jose=github.com/michaelklishin/erlang-jose@d63c1c5c8f9c1a4f1438e234b886de8607a0034e` * Move the bats dep directly to WORKSPACE, drop workspace_helpers.bzl * Use bzlmod in windows tests
2023-01-25 16:41:56 +08:00
app_name = "ra",
bazel run gazelle-update-repos for Ra 2.6
2023-05-13 00:25:40 +08:00
dest = "ebin",
Use gazelle for external erlang deps (#6935) * Add gazelle for use with update-repos command * Use explicit BUILD.app_name files for erlang app deps This allows us to remove the duplicate definitions in workspace_helpers.bzl These files are generated with gazelle. For instance: BUILD.ra is generated with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel hex.pm/ra@2.4.6` Running gazelle this way will modify the WORKSPACE file, as gazelle does not yet support MODULE.bazel files. Such changes to the WORKSPACE can be dropped, and should not be committed. It may also update the `moduleindex.yaml` file. Changes to `moduleindex.yaml` should be committed. However * skip the explicit bazel/BUILD.osiris file, as osiris already contains the file in its repo * skip the explict BUILD.inet_tcp_proxy_dist file, since the repo already contains a bazel BUILD.bazel file gazelle command: `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel inet_tcp_proxy_dist=github.com/rabbitmq/inet_tcp_proxy@master` * jose is imported with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel jose=github.com/michaelklishin/erlang-jose@d63c1c5c8f9c1a4f1438e234b886de8607a0034e` * Move the bats dep directly to WORKSPACE, drop workspace_helpers.bzl * Use bzlmod in windows tests
2023-01-25 16:41:56 +08:00
erlc_opts = "//:erlc_opts",
)
erlang_bytecode(
Rebuild bazel/BUILD.* files with recent rules_erlang rules_erlang 3.9.5+ generates "compact" rules when running update-repos this speeds up the cold build, since fewer erlc actions are run, and since external deps typically don't change incrementally, the value of having a bazel rule per file is miminal
2023-02-17 00:43:49 +08:00
name = "other_beam",
Use gazelle for external erlang deps (#6935) * Add gazelle for use with update-repos command * Use explicit BUILD.app_name files for erlang app deps This allows us to remove the duplicate definitions in workspace_helpers.bzl These files are generated with gazelle. For instance: BUILD.ra is generated with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel hex.pm/ra@2.4.6` Running gazelle this way will modify the WORKSPACE file, as gazelle does not yet support MODULE.bazel files. Such changes to the WORKSPACE can be dropped, and should not be committed. It may also update the `moduleindex.yaml` file. Changes to `moduleindex.yaml` should be committed. However * skip the explicit bazel/BUILD.osiris file, as osiris already contains the file in its repo * skip the explict BUILD.inet_tcp_proxy_dist file, since the repo already contains a bazel BUILD.bazel file gazelle command: `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel inet_tcp_proxy_dist=github.com/rabbitmq/inet_tcp_proxy@master` * jose is imported with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel jose=github.com/michaelklishin/erlang-jose@d63c1c5c8f9c1a4f1438e234b886de8607a0034e` * Move the bats dep directly to WORKSPACE, drop workspace_helpers.bzl * Use bzlmod in windows tests
2023-01-25 16:41:56 +08:00
srcs = [
Rebuild bazel/BUILD.* files with recent rules_erlang rules_erlang 3.9.5+ generates "compact" rules when running update-repos this speeds up the cold build, since fewer erlc actions are run, and since external deps typically don't change incrementally, the value of having a bazel rule per file is miminal
2023-02-17 00:43:49 +08:00
"src/ra.erl",
"src/ra_app.erl",
Ra 2.10.0 This Ra release contains a number of fixes and improvements including: * Much improved resiliency when Ra infrastructure such as the WAL or segment writer encounters unexpected errors during disk operations. It also includes the following features that are RabbitMQ does not yet make use of (but will in the near future). * Checkpoints: allow non truncating snapshots to be written to allow faster recovery of quorum queues with long backlogs for example. * Server recovery strategy configuration: allow dynamically started ra servers to be optionally restarted. * New handle_aux/5 callback with a better and safer API (cherry picked from commit 5b2da75b5ed490d812d8f73cd5661fd66ca3d490)
2024-04-29 16:42:54 +08:00
"src/ra_aux.erl",
Rebuild bazel/BUILD.* files with recent rules_erlang rules_erlang 3.9.5+ generates "compact" rules when running update-repos this speeds up the cold build, since fewer erlc actions are run, and since external deps typically don't change incrementally, the value of having a bazel rule per file is miminal
2023-02-17 00:43:49 +08:00
"src/ra_bench.erl",
"src/ra_counters.erl",
"src/ra_dbg.erl",
"src/ra_directory.erl",
"src/ra_env.erl",
bazel updates
2023-03-10 02:54:20 +08:00
"src/ra_ets_queue.erl",
Ra 2.10.0 This Ra release contains a number of fixes and improvements including: * Much improved resiliency when Ra infrastructure such as the WAL or segment writer encounters unexpected errors during disk operations. It also includes the following features that are RabbitMQ does not yet make use of (but will in the near future). * Checkpoints: allow non truncating snapshots to be written to allow faster recovery of quorum queues with long backlogs for example. * Server recovery strategy configuration: allow dynamically started ra servers to be optionally restarted. * New handle_aux/5 callback with a better and safer API (cherry picked from commit 5b2da75b5ed490d812d8f73cd5661fd66ca3d490)
2024-04-29 16:42:54 +08:00
"src/ra_file.erl",
Rebuild bazel/BUILD.* files with recent rules_erlang rules_erlang 3.9.5+ generates "compact" rules when running update-repos this speeds up the cold build, since fewer erlc actions are run, and since external deps typically don't change incrementally, the value of having a bazel rule per file is miminal
2023-02-17 00:43:49 +08:00
"src/ra_file_handle.erl",
"src/ra_flru.erl",
"src/ra_leaderboard.erl",
"src/ra_lib.erl",
"src/ra_log.erl",
bazel updates
2023-03-10 02:54:20 +08:00
"src/ra_log_cache.erl",
Rebuild bazel/BUILD.* files with recent rules_erlang rules_erlang 3.9.5+ generates "compact" rules when running update-repos this speeds up the cold build, since fewer erlc actions are run, and since external deps typically don't change incrementally, the value of having a bazel rule per file is miminal
2023-02-17 00:43:49 +08:00
"src/ra_log_ets.erl",
"src/ra_log_meta.erl",
"src/ra_log_pre_init.erl",
"src/ra_log_reader.erl",
"src/ra_log_segment.erl",
"src/ra_log_segment_writer.erl",
"src/ra_log_snapshot.erl",
"src/ra_log_sup.erl",
"src/ra_log_wal.erl",
"src/ra_log_wal_sup.erl",
"src/ra_machine_ets.erl",
"src/ra_machine_simple.erl",
"src/ra_metrics_ets.erl",
"src/ra_monitors.erl",
"src/ra_server.erl",
"src/ra_server_proc.erl",
"src/ra_server_sup.erl",
"src/ra_server_sup_sup.erl",
"src/ra_sup.erl",
"src/ra_system.erl",
Ra 2.10.0 This Ra release contains a number of fixes and improvements including: * Much improved resiliency when Ra infrastructure such as the WAL or segment writer encounters unexpected errors during disk operations. It also includes the following features that are RabbitMQ does not yet make use of (but will in the near future). * Checkpoints: allow non truncating snapshots to be written to allow faster recovery of quorum queues with long backlogs for example. * Server recovery strategy configuration: allow dynamically started ra servers to be optionally restarted. * New handle_aux/5 callback with a better and safer API (cherry picked from commit 5b2da75b5ed490d812d8f73cd5661fd66ca3d490)
2024-04-29 16:42:54 +08:00
"src/ra_system_recover.erl",
Rebuild bazel/BUILD.* files with recent rules_erlang rules_erlang 3.9.5+ generates "compact" rules when running update-repos this speeds up the cold build, since fewer erlc actions are run, and since external deps typically don't change incrementally, the value of having a bazel rule per file is miminal
2023-02-17 00:43:49 +08:00
"src/ra_system_sup.erl",
"src/ra_systems_sup.erl",
],
bazel run gazelle-update-repos for Ra 2.6
2023-05-13 00:25:40 +08:00
hdrs = [":public_and_private_hdrs"],
Rebuild bazel/BUILD.* files with recent rules_erlang rules_erlang 3.9.5+ generates "compact" rules when running update-repos this speeds up the cold build, since fewer erlc actions are run, and since external deps typically don't change incrementally, the value of having a bazel rule per file is miminal
2023-02-17 00:43:49 +08:00
app_name = "ra",
beam = [":behaviours"],
bazel run gazelle-update-repos for Ra 2.6
2023-05-13 00:25:40 +08:00
dest = "ebin",
Rebuild bazel/BUILD.* files with recent rules_erlang rules_erlang 3.9.5+ generates "compact" rules when running update-repos this speeds up the cold build, since fewer erlc actions are run, and since external deps typically don't change incrementally, the value of having a bazel rule per file is miminal
2023-02-17 00:43:49 +08:00
erlc_opts = "//:erlc_opts",
bazel run gazelle-update-repos for Ra 2.6
2023-05-13 00:25:40 +08:00
deps = [
"@gen_batch_server//:erlang_app",
],
Rebuild bazel/BUILD.* files with recent rules_erlang rules_erlang 3.9.5+ generates "compact" rules when running update-repos this speeds up the cold build, since fewer erlc actions are run, and since external deps typically don't change incrementally, the value of having a bazel rule per file is miminal
2023-02-17 00:43:49 +08:00
)
filegroup(
name = "beam_files",
srcs = [
":behaviours",
":other_beam",
],
Use gazelle for external erlang deps (#6935) * Add gazelle for use with update-repos command * Use explicit BUILD.app_name files for erlang app deps This allows us to remove the duplicate definitions in workspace_helpers.bzl These files are generated with gazelle. For instance: BUILD.ra is generated with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel hex.pm/ra@2.4.6` Running gazelle this way will modify the WORKSPACE file, as gazelle does not yet support MODULE.bazel files. Such changes to the WORKSPACE can be dropped, and should not be committed. It may also update the `moduleindex.yaml` file. Changes to `moduleindex.yaml` should be committed. However * skip the explicit bazel/BUILD.osiris file, as osiris already contains the file in its repo * skip the explict BUILD.inet_tcp_proxy_dist file, since the repo already contains a bazel BUILD.bazel file gazelle command: `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel inet_tcp_proxy_dist=github.com/rabbitmq/inet_tcp_proxy@master` * jose is imported with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel jose=github.com/michaelklishin/erlang-jose@d63c1c5c8f9c1a4f1438e234b886de8607a0034e` * Move the bats dep directly to WORKSPACE, drop workspace_helpers.bzl * Use bzlmod in windows tests
2023-01-25 16:41:56 +08:00
)
filegroup(
name = "srcs",
srcs = [
"src/ra.app.src",
"src/ra.erl",
"src/ra_app.erl",
Ra 2.10.0 This Ra release contains a number of fixes and improvements including: * Much improved resiliency when Ra infrastructure such as the WAL or segment writer encounters unexpected errors during disk operations. It also includes the following features that are RabbitMQ does not yet make use of (but will in the near future). * Checkpoints: allow non truncating snapshots to be written to allow faster recovery of quorum queues with long backlogs for example. * Server recovery strategy configuration: allow dynamically started ra servers to be optionally restarted. * New handle_aux/5 callback with a better and safer API (cherry picked from commit 5b2da75b5ed490d812d8f73cd5661fd66ca3d490)
2024-04-29 16:42:54 +08:00
"src/ra_aux.erl",
Use gazelle for external erlang deps (#6935) * Add gazelle for use with update-repos command * Use explicit BUILD.app_name files for erlang app deps This allows us to remove the duplicate definitions in workspace_helpers.bzl These files are generated with gazelle. For instance: BUILD.ra is generated with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel hex.pm/ra@2.4.6` Running gazelle this way will modify the WORKSPACE file, as gazelle does not yet support MODULE.bazel files. Such changes to the WORKSPACE can be dropped, and should not be committed. It may also update the `moduleindex.yaml` file. Changes to `moduleindex.yaml` should be committed. However * skip the explicit bazel/BUILD.osiris file, as osiris already contains the file in its repo * skip the explict BUILD.inet_tcp_proxy_dist file, since the repo already contains a bazel BUILD.bazel file gazelle command: `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel inet_tcp_proxy_dist=github.com/rabbitmq/inet_tcp_proxy@master` * jose is imported with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel jose=github.com/michaelklishin/erlang-jose@d63c1c5c8f9c1a4f1438e234b886de8607a0034e` * Move the bats dep directly to WORKSPACE, drop workspace_helpers.bzl * Use bzlmod in windows tests
2023-01-25 16:41:56 +08:00
"src/ra_bench.erl",
"src/ra_counters.erl",
"src/ra_dbg.erl",
"src/ra_directory.erl",
"src/ra_env.erl",
bazel updates
2023-03-10 02:54:20 +08:00
"src/ra_ets_queue.erl",
Ra 2.10.0 This Ra release contains a number of fixes and improvements including: * Much improved resiliency when Ra infrastructure such as the WAL or segment writer encounters unexpected errors during disk operations. It also includes the following features that are RabbitMQ does not yet make use of (but will in the near future). * Checkpoints: allow non truncating snapshots to be written to allow faster recovery of quorum queues with long backlogs for example. * Server recovery strategy configuration: allow dynamically started ra servers to be optionally restarted. * New handle_aux/5 callback with a better and safer API (cherry picked from commit 5b2da75b5ed490d812d8f73cd5661fd66ca3d490)
2024-04-29 16:42:54 +08:00
"src/ra_file.erl",
Use gazelle for external erlang deps (#6935) * Add gazelle for use with update-repos command * Use explicit BUILD.app_name files for erlang app deps This allows us to remove the duplicate definitions in workspace_helpers.bzl These files are generated with gazelle. For instance: BUILD.ra is generated with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel hex.pm/ra@2.4.6` Running gazelle this way will modify the WORKSPACE file, as gazelle does not yet support MODULE.bazel files. Such changes to the WORKSPACE can be dropped, and should not be committed. It may also update the `moduleindex.yaml` file. Changes to `moduleindex.yaml` should be committed. However * skip the explicit bazel/BUILD.osiris file, as osiris already contains the file in its repo * skip the explict BUILD.inet_tcp_proxy_dist file, since the repo already contains a bazel BUILD.bazel file gazelle command: `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel inet_tcp_proxy_dist=github.com/rabbitmq/inet_tcp_proxy@master` * jose is imported with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel jose=github.com/michaelklishin/erlang-jose@d63c1c5c8f9c1a4f1438e234b886de8607a0034e` * Move the bats dep directly to WORKSPACE, drop workspace_helpers.bzl * Use bzlmod in windows tests
2023-01-25 16:41:56 +08:00
"src/ra_file_handle.erl",
"src/ra_flru.erl",
"src/ra_leaderboard.erl",
"src/ra_lib.erl",
"src/ra_log.erl",
bazel updates
2023-03-10 02:54:20 +08:00
"src/ra_log_cache.erl",
Use gazelle for external erlang deps (#6935) * Add gazelle for use with update-repos command * Use explicit BUILD.app_name files for erlang app deps This allows us to remove the duplicate definitions in workspace_helpers.bzl These files are generated with gazelle. For instance: BUILD.ra is generated with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel hex.pm/ra@2.4.6` Running gazelle this way will modify the WORKSPACE file, as gazelle does not yet support MODULE.bazel files. Such changes to the WORKSPACE can be dropped, and should not be committed. It may also update the `moduleindex.yaml` file. Changes to `moduleindex.yaml` should be committed. However * skip the explicit bazel/BUILD.osiris file, as osiris already contains the file in its repo * skip the explict BUILD.inet_tcp_proxy_dist file, since the repo already contains a bazel BUILD.bazel file gazelle command: `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel inet_tcp_proxy_dist=github.com/rabbitmq/inet_tcp_proxy@master` * jose is imported with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel jose=github.com/michaelklishin/erlang-jose@d63c1c5c8f9c1a4f1438e234b886de8607a0034e` * Move the bats dep directly to WORKSPACE, drop workspace_helpers.bzl * Use bzlmod in windows tests
2023-01-25 16:41:56 +08:00
"src/ra_log_ets.erl",
"src/ra_log_meta.erl",
"src/ra_log_pre_init.erl",
"src/ra_log_reader.erl",
"src/ra_log_segment.erl",
"src/ra_log_segment_writer.erl",
"src/ra_log_snapshot.erl",
"src/ra_log_sup.erl",
"src/ra_log_wal.erl",
"src/ra_log_wal_sup.erl",
"src/ra_machine.erl",
"src/ra_machine_ets.erl",
"src/ra_machine_simple.erl",
"src/ra_metrics_ets.erl",
"src/ra_monitors.erl",
"src/ra_server.erl",
"src/ra_server_proc.erl",
"src/ra_server_sup.erl",
"src/ra_server_sup_sup.erl",
"src/ra_snapshot.erl",
"src/ra_sup.erl",
"src/ra_system.erl",
Ra 2.10.0 This Ra release contains a number of fixes and improvements including: * Much improved resiliency when Ra infrastructure such as the WAL or segment writer encounters unexpected errors during disk operations. It also includes the following features that are RabbitMQ does not yet make use of (but will in the near future). * Checkpoints: allow non truncating snapshots to be written to allow faster recovery of quorum queues with long backlogs for example. * Server recovery strategy configuration: allow dynamically started ra servers to be optionally restarted. * New handle_aux/5 callback with a better and safer API (cherry picked from commit 5b2da75b5ed490d812d8f73cd5661fd66ca3d490)
2024-04-29 16:42:54 +08:00
"src/ra_system_recover.erl",
Use gazelle for external erlang deps (#6935) * Add gazelle for use with update-repos command * Use explicit BUILD.app_name files for erlang app deps This allows us to remove the duplicate definitions in workspace_helpers.bzl These files are generated with gazelle. For instance: BUILD.ra is generated with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel hex.pm/ra@2.4.6` Running gazelle this way will modify the WORKSPACE file, as gazelle does not yet support MODULE.bazel files. Such changes to the WORKSPACE can be dropped, and should not be committed. It may also update the `moduleindex.yaml` file. Changes to `moduleindex.yaml` should be committed. However * skip the explicit bazel/BUILD.osiris file, as osiris already contains the file in its repo * skip the explict BUILD.inet_tcp_proxy_dist file, since the repo already contains a bazel BUILD.bazel file gazelle command: `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel inet_tcp_proxy_dist=github.com/rabbitmq/inet_tcp_proxy@master` * jose is imported with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel jose=github.com/michaelklishin/erlang-jose@d63c1c5c8f9c1a4f1438e234b886de8607a0034e` * Move the bats dep directly to WORKSPACE, drop workspace_helpers.bzl * Use bzlmod in windows tests
2023-01-25 16:41:56 +08:00
"src/ra_system_sup.erl",
"src/ra_systems_sup.erl",
],
)
filegroup(
name = "private_hdrs",
srcs = [
"src/ra.hrl",
"src/ra_server.hrl",
],
)
bazel updates
2023-03-10 02:54:20 +08:00
filegroup(name = "public_hdrs")
Use gazelle for external erlang deps (#6935) * Add gazelle for use with update-repos command * Use explicit BUILD.app_name files for erlang app deps This allows us to remove the duplicate definitions in workspace_helpers.bzl These files are generated with gazelle. For instance: BUILD.ra is generated with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel hex.pm/ra@2.4.6` Running gazelle this way will modify the WORKSPACE file, as gazelle does not yet support MODULE.bazel files. Such changes to the WORKSPACE can be dropped, and should not be committed. It may also update the `moduleindex.yaml` file. Changes to `moduleindex.yaml` should be committed. However * skip the explicit bazel/BUILD.osiris file, as osiris already contains the file in its repo * skip the explict BUILD.inet_tcp_proxy_dist file, since the repo already contains a bazel BUILD.bazel file gazelle command: `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel inet_tcp_proxy_dist=github.com/rabbitmq/inet_tcp_proxy@master` * jose is imported with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel jose=github.com/michaelklishin/erlang-jose@d63c1c5c8f9c1a4f1438e234b886de8607a0034e` * Move the bats dep directly to WORKSPACE, drop workspace_helpers.bzl * Use bzlmod in windows tests
2023-01-25 16:41:56 +08:00
bazel updates
2023-03-10 02:54:20 +08:00
filegroup(name = "priv")
Use gazelle for external erlang deps (#6935) * Add gazelle for use with update-repos command * Use explicit BUILD.app_name files for erlang app deps This allows us to remove the duplicate definitions in workspace_helpers.bzl These files are generated with gazelle. For instance: BUILD.ra is generated with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel hex.pm/ra@2.4.6` Running gazelle this way will modify the WORKSPACE file, as gazelle does not yet support MODULE.bazel files. Such changes to the WORKSPACE can be dropped, and should not be committed. It may also update the `moduleindex.yaml` file. Changes to `moduleindex.yaml` should be committed. However * skip the explicit bazel/BUILD.osiris file, as osiris already contains the file in its repo * skip the explict BUILD.inet_tcp_proxy_dist file, since the repo already contains a bazel BUILD.bazel file gazelle command: `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel inet_tcp_proxy_dist=github.com/rabbitmq/inet_tcp_proxy@master` * jose is imported with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel jose=github.com/michaelklishin/erlang-jose@d63c1c5c8f9c1a4f1438e234b886de8607a0034e` * Move the bats dep directly to WORKSPACE, drop workspace_helpers.bzl * Use bzlmod in windows tests
2023-01-25 16:41:56 +08:00
filegroup(
name = "licenses",
srcs = [
"LICENSE",
"LICENSE-APACHE2",
"LICENSE-MPL-RabbitMQ",
],
)
filegroup(
name = "public_and_private_hdrs",
srcs = [
":private_hdrs",
":public_hdrs",
],
)
filegroup(
name = "all_srcs",
srcs = [
":public_and_private_hdrs",
":srcs",
],
)
erlang_app(
name = "erlang_app",
srcs = [":all_srcs"],
bazel run gazelle-update-repos for Ra 2.6
2023-05-13 00:25:40 +08:00
hdrs = [":public_hdrs"],
Use gazelle for external erlang deps (#6935) * Add gazelle for use with update-repos command * Use explicit BUILD.app_name files for erlang app deps This allows us to remove the duplicate definitions in workspace_helpers.bzl These files are generated with gazelle. For instance: BUILD.ra is generated with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel hex.pm/ra@2.4.6` Running gazelle this way will modify the WORKSPACE file, as gazelle does not yet support MODULE.bazel files. Such changes to the WORKSPACE can be dropped, and should not be committed. It may also update the `moduleindex.yaml` file. Changes to `moduleindex.yaml` should be committed. However * skip the explicit bazel/BUILD.osiris file, as osiris already contains the file in its repo * skip the explict BUILD.inet_tcp_proxy_dist file, since the repo already contains a bazel BUILD.bazel file gazelle command: `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel inet_tcp_proxy_dist=github.com/rabbitmq/inet_tcp_proxy@master` * jose is imported with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel jose=github.com/michaelklishin/erlang-jose@d63c1c5c8f9c1a4f1438e234b886de8607a0034e` * Move the bats dep directly to WORKSPACE, drop workspace_helpers.bzl * Use bzlmod in windows tests
2023-01-25 16:41:56 +08:00
app_name = "ra",
beam_files = [":beam_files"],
extra_apps = [
"crypto",
"sasl",
],
bazel run gazelle-update-repos for Ra 2.6
2023-05-13 00:25:40 +08:00
license_files = [":license_files"],
priv = [":priv"],
Use gazelle for external erlang deps (#6935) * Add gazelle for use with update-repos command * Use explicit BUILD.app_name files for erlang app deps This allows us to remove the duplicate definitions in workspace_helpers.bzl These files are generated with gazelle. For instance: BUILD.ra is generated with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel hex.pm/ra@2.4.6` Running gazelle this way will modify the WORKSPACE file, as gazelle does not yet support MODULE.bazel files. Such changes to the WORKSPACE can be dropped, and should not be committed. It may also update the `moduleindex.yaml` file. Changes to `moduleindex.yaml` should be committed. However * skip the explicit bazel/BUILD.osiris file, as osiris already contains the file in its repo * skip the explict BUILD.inet_tcp_proxy_dist file, since the repo already contains a bazel BUILD.bazel file gazelle command: `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel inet_tcp_proxy_dist=github.com/rabbitmq/inet_tcp_proxy@master` * jose is imported with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel jose=github.com/michaelklishin/erlang-jose@d63c1c5c8f9c1a4f1438e234b886de8607a0034e` * Move the bats dep directly to WORKSPACE, drop workspace_helpers.bzl * Use bzlmod in windows tests
2023-01-25 16:41:56 +08:00
deps = [
"@aten//:erlang_app",
"@gen_batch_server//:erlang_app",
Do not use BCR for ra, osiris, or seshat Because khepri is not bazel-native, ra and seshat needed to be declared twice and manually synchronized. This allows them to be declared just once. looking_glass remains a bazel_dep, since it has native extensions
2024-02-20 18:07:49 +08:00
"@seshat//:erlang_app",
Use gazelle for external erlang deps (#6935) * Add gazelle for use with update-repos command * Use explicit BUILD.app_name files for erlang app deps This allows us to remove the duplicate definitions in workspace_helpers.bzl These files are generated with gazelle. For instance: BUILD.ra is generated with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel hex.pm/ra@2.4.6` Running gazelle this way will modify the WORKSPACE file, as gazelle does not yet support MODULE.bazel files. Such changes to the WORKSPACE can be dropped, and should not be committed. It may also update the `moduleindex.yaml` file. Changes to `moduleindex.yaml` should be committed. However * skip the explicit bazel/BUILD.osiris file, as osiris already contains the file in its repo * skip the explict BUILD.inet_tcp_proxy_dist file, since the repo already contains a bazel BUILD.bazel file gazelle command: `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel inet_tcp_proxy_dist=github.com/rabbitmq/inet_tcp_proxy@master` * jose is imported with `bazel run gazelle -- update-repos --verbose --build_files_dir=bazel jose=github.com/michaelklishin/erlang-jose@d63c1c5c8f9c1a4f1438e234b886de8607a0034e` * Move the bats dep directly to WORKSPACE, drop workspace_helpers.bzl * Use bzlmod in windows tests
2023-01-25 16:41:56 +08:00
],
)
alias(
name = "ra",
actual = ":erlang_app",
visibility = ["//visibility:public"],
)
bazel run gazelle-update-repos for Ra 2.6
2023-05-13 00:25:40 +08:00
filegroup(
name = "license_files",
srcs = [
"LICENSE",
"LICENSE-APACHE2",
"LICENSE-MPL-RabbitMQ",
],
)