#!/usr/bin/env bash
set -u

hook_name=${1:-}
hook_dir=$(CDPATH= cd -- "$(dirname -- "$0")" && pwd)
ops_root=$(CDPATH= cd -- "$hook_dir/../.." && pwd)
# El guard sabe dónde vive; quien lo invoca, no necesariamente. En modo sidecar la herramienta se
# abre en la carpeta de la compañía y la raíz ops es un hermano, que ninguna búsqueda hacia arriba
# encuentra: sin esto el guard no halla `ops.config.json` y deja pasar todo en silencio.
export OPS_ROOT="$ops_root"
# Primero el argumento, que además es lo que nombra el error de abajo.
if [ -z "$hook_name" ]; then
  echo "BLOQUEADO: run-hook.sh requiere el nombre del guard o grupo que debe ejecutar." >&2
  exit 2
fi

# Copia de `packagePath`; su porqué vive allá. Son tres los que la repiten y el motor los nombra.
runner=""
for candidate in \
  "$ops_root/node_modules/@ingeniomaps/cauce/engine/hooks/run.js" \
  "$ops_root/engine/hooks/run.js" \
  "$ops_root/../node_modules/@ingeniomaps/cauce/engine/hooks/run.js"
do
  if [ -f "$candidate" ]; then runner="$candidate"; break; fi
done

# Un guard que no encuentra su motor bloquea, nunca permite.
if [ -z "$runner" ]; then
  echo "BLOQUEADO [$hook_name]: no se encontró el motor de hooks de Cauce." >&2
  echo "  Buscado en node_modules/@ingeniomaps/cauce y engine/ bajo $ops_root y su carpeta padre" >&2
  exit 2
fi

exec node "$runner" "$@"