Changelog
v0.9.4 (2026-07-14)
Multi-service Jaeger ingestion fixed + broader SQL tag support
Found by running mba ingest on traces from Jaeger's official HotROD demo
(4 services + MySQL + Redis) — an external validation file MBA had never
seen before. Three real defects surfaced:
mba ingestcollapsed multi-service trace files into one service. The pipeline re-parsed the file with the majority service name as a global override, so a 6-service Jaeger export was analyzed as a single service (with wildly wrong endpoint counts). The override is now applied only when the user explicitly passes--service.- SQL carried in
sql.queryordb.query.texttags was invisible. Onlydb.statement(OTel semconv <1.26) was recognized. MBA now also readsdb.query.text(OTel semconv >=1.26),sql.query(OpenTracing legacy, used by HotROD) anddb.query— both for DB-span detection and table extraction, with the CLI span counters kept consistent. - Query strings/fragments were kept in endpoint keys, so
GET /route?pickup=1,2andGET /route?pickup=3,4counted as different endpoints (327 "endpoints" instead of 5). Endpoint normalization now strips?...and#....
Also: the dashboard no longer logs a browser-console ReferenceError
(service-table used in a callback but absent from the layout) when a run
contains zero services.
v0.9.3 (2026-07-14)
Crashed containers now show their logs instead of "Could not resolve container ID"
When a service container exited immediately after startup (e.g. a broken
image), docker compose ps -q returned nothing — the container was already
stopped — so the deploy failed with an opaque "Could not resolve container
ID" and no way to see why. Container resolution now uses ps -a -q, so
exited containers are found and their crash logs are printed with the error.
Field note that motivated this: a degraded Docker Desktop daemon had written
corrupted image layers; after a reboot the daemon recovered but every build
reused the corrupted layers from cache (all steps CACHED), so containers
kept dying instantly with exec format error. If you hit that, run
docker builder prune -af and remove the affected images before rebuilding.
v0.9.2 (2026-07-13)
Deploy readiness now shows progress (no more silent multi-minute wait)
After the docker build output, the HTTP-readiness phase (budget up to 600s per service) printed nothing at all — indistinguishable from a hang. It now prints which service it is waiting on and elapsed/budget time every 30s, and confirms when the app answers.
Note for Windows users: if mba full seems frozen even during the BUILD
phase with abnormally slow output, check Docker Desktop itself — a degraded
daemon (API returning 500s) reproduces exactly this symptom. Remedy:
wsl --shutdown, then restart Docker Desktop.
v0.9.1 (2026-07-12)
Hotfix: dashboard crashed (HTTP 500) for runs without an AI analysis
The AI-analysis generate panel introduced in 0.9.0 referenced design tokens
that don't exist in the dashboard theme (bg_deep/text/text_dim) — a KeyError
that took down the ENTIRE overview page for any run whose report has no
"AI-Powered Analysis" section (i.e. most runs, including a fresh
mba teastore result). Found by a user on their very first dashboard open.
- Tokens corrected to the real theme keys (bg_base/text_primary/text_secondary).
- Verified against the live server: the exact
/_dash-update-componentcallback that returned 500 now returns 200 with the full page content. - Regression tests added covering the previously untested "no AI analysis yet" rendering path.
v0.9.0 (2026-07-07)
Multi-language benchmark campaign: 9 genericity fixes, new features, honest reporting
Everything in this release was driven by running mba full against real
reference projects (docker/awesome-compose react-express-mysql and
apache-php) and fixing what actually broke — 14 iterative runs, each
failure a real defect. Full campaign log in BENCHMARKS.md.
New features
mba endpoint <pattern>— track one endpoint across saved runs: tables accessed (with counts), total accesses, per-endpoint cohesion (mean table-overlap with sibling endpoints, same CI definition as SCOM), and run-over-run ▲/▼ trend.--service,--runs N,--json.- Endpoint discovery for Node.js and PHP sources: Express
(
app/router.<verb>,.route().get().post()chains), NestJS (@Controller/@Get… decorators), Laravel (Route::<verb>), with node_modules/vendor exclusion and a universal live-probe fallback — previously non-Python services always discovered zero endpoints. - Dashboard: on-demand AI analysis with pluggable API key (memory-only, never written to disk; falls back to local Ollama).
- Every discovered endpoint is listed live by name (service, method,
path, discovery source) during
mba full. - TeaStore runs now saved to the run registry (visible in
mba runs listand the dashboard).
Genericity fixes (found on real projects)
- Modern
compose.yaml/compose.ymlnames recognized (Compose-spec order, shared lookup between discovery and deploy). - Self-contained Node OTel injection: modules npm-installed once into a
host cache and bind-mounted; bare-specifier
--require+ NODE_PATH so package export maps resolve; correct OTLP port/protocol (4318, http/protobuf); targeted instrumentation set + local-only resource detectors (cloud metadata probes were adding minutes to every process start). - Compose v2 project names keep hyphens (network join polled a project that never existed).
- Split-brain Jaeger guard: leftover compose-managed Jaegers from earlier runs are removed during cleanup (apps exported to one instance while collection queried another).
- Real HTTP readiness for compose deploys (TCP connect on a published port only proves docker-proxy is up), with a 600s budget matched to a measured 5m40s real-world app boot; compose build timeout 300s→900s.
- Jaeger joins the project's named compose networks (service alias), fixing getaddrinfo ENOTFOUND on projects with custom networks.
Honest reporting
- When
skip_no_db_serviceswould hide every service (all zero tables), the rows are kept with a clear warning instead of "No SCOM data". - The misleading "Service name mismatch" warning now only fires when a discovered service is genuinely absent from Jaeger.
{detail}placeholders in error fix-templates are substituted.- Run header totals (
Endpoints/Tables) come from the same trace-measured source as the per-service table; shared tables no longer double-counted. - Run registry resolves to a central per-user location (MBA_DATA_DIR env >
local ./data registry > user dir) — runs no longer vanish when commands
are launched from different directories; fixed NameError in
mba runs delete --all.
Scope
- .NET removed from documented scope (plugin code remains, inert).
- PHP: pipeline validated on a real sample; tracing requires the OTel PHP extension in the image — documented limitation, no fabricated results.
622 tests passing.
v0.8.2 (2026-07-06)
TeaStore Docker cleanup fix — leftover containers no longer break the next run
Found live: mba teastore failed with ports are not available: exposing port
TCP 0.0.0.0:8080 because a container from an earlier failed run was never
removed. Root cause was two independent bugs in teastore_runner.py:
docker_compose_up()was called before thetry/finallyblock inrun_teastore(). If it raised partway through (port conflict, image pull failure, anything), thefinallycleanup never ran, so any containers that did start were left running forever. Moved the call insidetry._docker_cleanup_teastore()'s pre-flightdocker compose down -vtargeted the wrong compose file (_COMPOSE_SRC, inside the installed package under ateastore/folder — Compose project nameteastore) instead of the file actually used to start the containers (_PATCHED_COMPOSE, under~/.cache/boundary_analyzer/— project nameboundary_analyzer). The cleanup therefore silently targeted a project that was never running.- The container/network prune fallback used an invalid filter:
docker container prune --filter name=...anddocker network prune --filter name=...both rejectname(the daemon only supportsuntilandlabelfor these two commands —Error response from daemon: invalid filter 'name'), so this fallback has silently done nothing since it was written. Replaced withdocker ps -aq --filter name=.../docker network ls -q --filter name=...followed by explicitrm -f. - 10 tests added for the cleanup fix (
tests/test_teastore_runner.py). 595 passed, no regressions.
v0.8.1 (2026-07-05)
TeaStore traffic fix, universal ingestion hardening, span dedup
- TeaStore traffic generator fixed: was requesting
/category/1,/product/1(path segments) which 404 against TeaStore's real routing — verified against TeaStore's own source (CategoryServlet.java/ProductServlet.java) that IDs are read from query-string params (?category=1&page=1,?id=1). The generator now discovers real category/product IDs by parsing the live index/category pages instead of guessing IDs, with a static-page fallback if the catalog is empty. - Span deduplication in the ingestion pipeline (
run_pipeline.py): traces repeated across multiple input files (e.g. Jaeger's per-service export returning the full multi-service trace once per participating service) are now deduplicated by(trace_id, span_id)before analysis, fixing inflated endpoint/table frequency counts that skewed the weighted SCOM score. - Universal log ingestion
raw_textguaranteed fallback: any non-empty file that matches none of the 8 structured formats (Jaeger/Zipkin/OTLP/Locust/nginx/ W3C/generic_sql/json_lines) is now still ingested — one event span per line, with best-effort inline HTTP/SQL recognition — instead of raising an error. Ingestion report now surfaces per-file span/HTTP/DB counts, low-confidence warnings, and duplicate-span counts. - CLI fixes:
mba benchmark teastore --waitdefault 300→900s (was timing out before TeaStore's 6 JVMs finish starting, inconsistent withmba teastore's own 900s default); TeaStore benchmark description corrected MySQL (was mislabeled PostgreSQL). - Live terminal dashboard version fix (
auto/live_ui.py): version string was hardcoded to a stale"0.7.8"literal; now readsboundary_analyzer.__version__. - Tests: added
tests/test_log_ingestion.py(23 tests — the ingestion module had zero prior coverage),tests/test_pipeline_dedup.py,tests/test_teastore_runner.py(7 tests for the ID-discovery fix). 592 passed, 3 skipped, no regressions.
v0.8.0 (2026-07-05)
Major — TeaStore benchmark automated, CLI overhaul
- TeaStore real ID discovery: traffic generator now scrapes the live TeaStore
homepage to discover real category/product IDs, fixing broken URLs like
/category/1(404) →/category?category=1(200). - TeaStore runner module (
auto/teastore_runner.py): OTel agent management, Docker pre-flight checks,--pruneflag, user-friendly error hints, parallel container startup, 3x-consecutive-200 health verification. - CLI:
--waitdefault 300→900,--pruneflag formba teastore,runs compareJSON null-safe key lookup. - Dashboard fixes:
app.py,callbacks.py,charts.py— null guards, SCOM display, heatmap fallbacks. - Log ingestion:
raw_textformat added,generic_sqlmulti-line correlation improved. - Deleted dead code:
metrics/cohesion_rules.pyremoved. - 590 tests pass, 3 skipped (no regressions).
v0.7.8 (2026-06-19)
Critical fixes — Dashboard heatmap now works end-to-end
- Dashboard heatmap now has data (Problem B):
orchestrator.pynow includesmapping_dfinreport.scom_resultsalongsidescom_df/rank_df.cli.pynow readsinterim/endpoint_table_map.csvand adds it toreport.scom_results["mapping_df"].run_registry.py:save_run()explicitly savesmapping_dftointerim/endpoint_table_map.csvin the run directory (independent of temp-dir copy).run_registry.py:save_run()also copiesinterim/andprocessed/directories from the temp directory for full data preservation._load_endpoint_table_map_fromfalls back toendpoint_table_map.csvat run dir root with proper try/except._build_heatmapguards every column access (service_name,endpoint_key,table,count) — returns empty figure gracefully if any column is missing.
- Epoch date "1970-01-01" fixed (Problem C):
_data_provenance_cardnow tries multipleservice_rank.csvpaths (processed/ then root), and readsmeta.jsontimestamp for accurate "Generated" date. - Avg SCOM label clarified (Problem D): Changed from "Avg SCOM" to "Avg SCOM (all)" to distinguish from individual service SCOM.
_discover_endpoints_for_serviceservice_dir fix: Whenentry_pointscontain absolute paths, use the parent directory asservice_dirinstead ofproject_info.root_dir.
Previous v0.7.7 (already published)
_build_heatmapKeyError 'count' — wrong fallbackservice_scom.csvremoved- CLI
runs showshowed?for SCOM=0.0 —orbug fixed withis not None - All French labels removed (English: "Very cohesive", "Cohesive", etc.)
- DataTable hover CSS + "Cohésion" → "Cohesion"
v0.7.6 (2026-06-19)
Bug fix
_load_llm_analysisNameError:REPORT_FILEimported as_REPORT_FILEbut used without underscore. Fixed by using_REPORT_FILE.
v0.7.5 (2026-06-19)
Dashboard & SCOM classification
- Dashboard:
_load_service_rank_from,_load_endpoint_table_map_from, and_get_data_freshnessnow fall back to run-registry filenames (service_rank.csv,service_scom.csv,meta.json) when the old pipeline paths (processed/,interim/) don't exist. FixesUPDATED: unknownon the dashboard. - SCOM cohesion labels: New
classify_scom()function in_utils.pywith thresholds (≥0.8 Très cohésif, ≥0.5 Cohésif, ≥0.3 Peu cohésif, <0.3 Pas cohésif). Added "Cohésion" column to bothmba runs showCLI output and the dashboard table. - Tests: 567 passed, 0 failed — no regressions.
v0.7.4 (2026-06-19)
Bug fixes & resilience improvements
- Version sync:
__version__bumped from 0.6.6 → 0.7.4 to matchpyproject.toml. - Jaeger reset (
_ensure_jaeger_ports_free): Added port-based container lookup (docker ps --filter publish=<port>) alongside name-based lookup. Fixes--reset-jaegerfailing when Jaeger container has a different name. - Jaeger reset (
_reset_jaeger_container): Now acceptsotlp_port, searches by both name and published port, passesotlp_porttostart_jaeger(). Also called in the local-process deployment branch. - Trace isolation (
_export_jaeger_traces): Addedstart_timeparameter. Traces are now filtered client-side by spanstartTime, preventing old traces from polluting SCOM analysis across runs. - Alpine Dockerfile (
_generate_otel_dockerfile): Fixed line-index shift logic — usesnum_insertedcounter instead of hardcoded+1, preventing ENTRYPOINT corruption on Alpine images. - Report path (
orchestrator.py):output_diris now only deleted if analysis step failed. Temp dir cleaned incli.pyaftersave_run. - DNS fallback (
_build_compose_override): Wheninclude_jaeger=False,otel_hostis forced tohost.docker.internalso services never depend on fragile Docker DNS resolution. - Java volume quoting: Removed nested double quotes in volume mount string.
v0.7.2 (2026-06-19)
Traffic gen for POST endpoints, Jaeger isolation, endpoint count display
- traffic.py: POST/PUT/PATCH without OpenAPI schema now guesses a JSON body from the endpoint path (e.g.
/employees/insert→{"name":"...", ...},/delete→{"id":1}). Falls back through multiple body shapes on 4xx. - orchestrator.py: New
_reset_jaeger_container()— stops/removes existing Jaeger and starts fresh, activated by--reset-jaegerCLI flag. - cli.py: Added
--reset-jaegerflag tomba full. - run_registry.py:
_build_run_metafalls back to SCOM CSV endpoint count whenproject.serviceshave empty endpoints (fixesEndpoints: 0inmba runs show).
v0.7.1 (2026-06-19)
Hotfix — missing import socket in deploy.py
- deploy.py:
_is_port_in_use()usedsocketwithout importing it, crashing the pipeline before any deploy could start. Addedimport socket.
v0.7.0 (2026-06-19)
Full audit — 71 bugs fixed (11 P0, 17 P1, 43 P2)
- 11 P0 fixes: entry_points[0] IndexError, health_endpoint=None→URL, 4xx treated healthy, error msg empty list, temp dirs leak, pandas import order, hardcoded report path, bool(NaN)=True, logging.basicConfig no-op, Windows zombies (
_kill_process_tree) - 17 P1 fixes: Docker DNS order, CWD in check_container_alive, host.docker.internal Linux, empty ProjectInfo, lookback CLI arg, dashboard dropdown, TOCTOU runs.json, flush delay, --data-dir ignored, multi-network connect, Alpine build deps, LLM multi-lang, per-service Dockerfile, volume path quoting, fallback CID, LLM numbered backups, zero table falsy, dashboard KeyErrors
- Run comparison:
mba runs compare— side-by-side SCOM per service with Δ column - SCOM trend chart: multi-run timeline per service in dashboard
- Process management: cross-platform
_kill_process_tree()(Unix SIGKILL / Windows taskkill) - Adaptive polling: hardcoded
time.sleep(3/5)replaced with adaptive Jaeger API poll and trace wait
v0.6.6 (2026-06-18)
Fix traces never reaching external Jaeger (SCOM=0 root cause)
-
deploy.py:
_resolve_external_jaeger_host()now returns the Jaeger container name instead of its bridge-network IP. Afterdocker compose up,_connect_jaeger_to_compose_network()attaches the external Jaeger container to the compose project's user-defined network. Services resolve the Jaeger hostname via Docker DNS instead of trying (and failing) to reach an IP on a separate bridge network.Before:
OTEL_EXPORTER_OTLP_ENDPOINT=http://172.17.0.2:4318— unreachable from compose user-defined network. After:OTEL_EXPORTER_OTLP_ENDPOINT=http://mba-jaeger:4318— resolves via DNS on the shared compose network.Falls back to bridge gateway IP or
host.docker.internalif no Jaeger container is found.
v0.6.5 (2026-06-18)
SCOM robustness, Jaeger reachability, container health, new analyze command
- mapping_builder.py:
_normalize_id()fixes SCOM=0 root cause — trace_id/span_id now consistently converted to strings across DataFrames, preventing dict-key lookup failures when pandas reads hex IDs as float from CSV. Added debug logging for chain-walk statistics (found/fallback/no-parent counts). - deploy.py:
_resolve_external_jaeger_host()replaces rawhost.docker.internalwith Docker container IP resolution (works in Alpine/musl containers) and Docker bridge gateway fallback —host.docker.internalis last resort. - deploy.py:
_check_container_alive()— post-deploy container health check. If a container has exited/crashed, capturesdocker logs --tail 20and surfaces it in the deployment result with a clear error message. - cli.py: New
mba analyze <traffic_file>subcommand — runs SCOM pipeline (steps 2–8) on an existing Jaeger JSON traces file without deployment or trace collection. Supports--language,--skip-no-db,--threshold,--dashboard. - cli.py:
--languageflag added tomba analyzeandmba full— bypasses auto-detection for non-Python projects.
Tests
- 3 new tests: container alive without Docker, external Jaeger host resolution, trace_id/span_id format mismatch cross-DataFrame mapping
v0.6.4 (2026-06-18)
Fix SCOM = 0 services and missing DB instrumentation
- deploy.py: Added
_OTEL_DB_PACKAGES(psycopg2, sqlalchemy, dbapi, pymongo, redis, mysql, pymysql) — DB instrumentation packages are now installed in the Docker image, fixingPsycopg2Instrumentorimport failures and missingdb.systemspans - db_table_extractor.py: Warning logged when 0 DB spans are found among total spans, guiding users to check DB instrumentation
- mapping_builder.py: Warning logged when >50% of endpoint-to-table mappings are
unknown_endpoint, flagging parent-span chain walking failures - orchestrator.py: Case-insensitive service name matching between discovered services and Jaeger; warning when discovered service names are absent from Jaeger
v0.6.3 (2026-06-18)
Reuse manually started Jaeger in Docker Compose
- deploy.py:
_resolve_compose_jaeger()— when Jaeger is already healthy on ports 4318/16686 (e.g.docker run --name jaeger), MBA reuses it instead of failing with "port already in use". Compose services reach it viahost.docker.internal:4318withextra_hosts: host-gateway - deploy.py:
_build_compose_override()acceptsinclude_jaegerandotel_hostfor external Jaeger mode - deploy.py: clearer error when ports are busy but Jaeger is not healthy
v0.6.0 (2026-06-18)
Port Conflict Detection & Recovery
- deploy.py:
_ensure_jaeger_ports_free()— proactive check beforedocker compose up. Frees ports 4318/16686 by force-removing zombiemba-jaegercontainer. Clear error if another process holds the port - deploy.py:
_parse_docker_error()— scans streaming output for 4 known patterns ("port is already allocated", "cannot connect to daemon", "permission denied", "no such image") and produces a specific fix message instead of the generic "check syntax" - orchestrator.py:
_try_cleanup()now force-removesmba-jaegercontainer after every run to prevent zombie containers
LLM Reliability (OpenRouter + Ollama)
- prompts.py: New rule #8 — LLM is explicitly allowed to add OTel instrumentation around database operations as long as the original query logic is unchanged. Prevents false refusals like "Cannot instrument database queries"
- instrumentation.py: Two-stage retry — if OpenRouter fails (None, refusal, or syntax error), automatically retries with local Ollama before giving up
- orchestrator.py: Clear messages showing what was tried ("OpenRouter API key detected — will fall back to local Ollama if needed") and actionable tips ("Install Ollama (ollama.com) and pull qwen2.5-coder")
v0.5.0 (2026-06-18)
Robustness & Performance
- deploy.py: Threaded streaming for
docker compose up— real-time output on stderr with 60-line rotating tail for error diagnostics, 300s timeout,proc.stdout.close()on Windows to unblock reader thread - deploy.py: Platform-aware Docker daemon timeout — 25s on Windows (WSL2/Hyper-V latency), 10s on Linux
- deploy.py: Deduplicated
_find_otel_dockerfiles→find_otel_dockerfiles(public), removed duplicate from orchestrator - orchestrator.py: Proactive Docker check with visible "waiting up to 60s..." feedback before any deploy;
_ensure_docker()with real elapsed time reporting - instrumentation_marker.py:
cleanup_orphans()— scans for orphan.mba_bak,.mba-Dockerfile,.mba-compose-override.ymlwithout marker (pre-v0.4.0 compat). Usesos.walkwith directory pruning to skip.venv/node_modules/__pycache__ - prompts.py: LLM sentinel
jaeger_host="env"now tells the model to reados.environ.get("OTEL_EXPORTER_OTLP_ENDPOINT", ...)at runtime instead of generatinghttp://env:4318 - orchestrator.py: LLM instrumentation passes
"env"for Docker Compose projects,"127.0.0.1"for local projects
Tests
- 565 tests (+7 new), 0 regressions
- 7 new tests:
build_instrumentation_prompt(jaeger_host="env")sentinel,_extract_host_port()with all formats including127.0.0.1:5000:5000
v0.4.0 (2026-06-17)
Version-Aware Instrumentation System (new feature)
- NEW:
.mba-instrumentedmarker file written after successful deploy, recording version, mode, and all artifacts created (backups, Dockerfile overrides, compose overrides) - NEW:
check_stale_instrumentation()detects instrumentation from a different MBA version at the start ofmba fulland automatically cleans up before re-instrumenting - NEW:
cleanup_instrumentation()restores backup files (.mba_bak→ original), deletes generated.mba-Dockerfileand.mba-compose-override.ymlfiles - NEW: On each run, if marker exists with a different version, cleanup runs automatically before discovery
Docker Compose Robustness (bug fixes)
- deploy.py: Added
subprocess.TimeoutExpiredhandler indeploy_docker_compose()— previously an unhandled crash; now produces a clearDOCKER_COMPOSE_FAILEDerror - deploy.py:
_generate_otel_dockerfile()now logs warnings on all 7 silent failure paths instead of returning(None, None)with no user feedback - discover.py: Fixed port extraction from Docker Compose YAML. The old
p.rsplit(":", 1)[0].rsplit(":", 1)[0]was broken forhost_ip:host_port:container_portformat (e.g.,127.0.0.1:5000:5000). Now uses a proper_extract_host_port()helper
LLM Chain Improvements (bug fixes + diagnostics)
- instrumentation.py: Added
logger.warning()for each reason the LLM returnsNone: API/Ollama failure,"ERROR:"refusal (with the actual reason), andSyntaxErrorin generated code. Previously all three were silent - context.py: Extended
_find_main_file()to recognize all entry point names from the Python plugin:run.py,manage.py,wsgi.py,api.py(in addition to existingmain.py,app.py,server.py). Also checks subdirectories (app/,src/,application/) for all these names - context.py: Added
"language"key to context dict (value:"python") so the prompt template correctly shows"Language: python"instead of duplicating the framework name - prompts.py: Fixed
"Language:"label to readcontext.get('language', 'python')instead ofcontext.get('framework', 'unknown')
v0.3.11 (2026-06-17)
Fix Docker daemon detection on Windows
v0.3.10 (2026-06-17)
Docker error messages now accurate
- deploy.py:
deploy_docker_compose()andstart_jaeger()now distinguish between Docker not installed (DOCKER_NOT_FOUND) and Docker daemon not running (DOCKER_DAEMON_DOWN). Users with Docker installed but Desktop not launched now see: "Docker is installed but the daemon is not running — Start Docker Desktop and wait for it to be ready." instead of the misleading "Docker is required but was not found."
v0.3.9 (2026-06-17)
Bug fixes and robustness improvements
- orchestrator.py: Fixed
'ServiceInfo' object has no attribute 'root_dir'crash when LLM instrumentation tries to read the service path. Now usesentry_points[0].path.parentinstead. - deploy.py: Replaced
_docker_available()with 3-functions:_docker_installed(),_docker_daemon_ready(), and retry-based_docker_available()(3 attempts × 3s). Usesdocker version --formatwhich is 10× faster thandocker info. - deploy.py: Added Jaeger health check after
docker compose up— explicitly waits for port 16686 and verifies/api/servicesendpoint. - deploy.py:
cleanup_docker_compose()now checks Docker availability first — skips cleanly if the daemon is not responding. - deploy.py: Reduced timeouts — compose up 300s→120s, compose down 60s→15s, docker check 10s→5s.
- orchestrator.py:
_try_cleanup()is now protected againstKeyboardInterrupt— clean message instead of traceback. - cli.py: Top-level
KeyboardInterrupthandler — returns exit code 130 with clean message. - deploy.py:
cleanup_docker_composeno longer raises on failure (check=Trueremoved,subprocess.CalledProcessErrorhandled gracefully). - All 561 tests pass with zero regressions.
v0.3.8 (2026-06-17)
Consolidation — single-service orchestrator
- deploy.py: Python services always use OTLP HTTP/4318 (removed conditional gRPC fallback). Smart Jaeger detection (
_jaeger_alive,_docker_container_exists) with 3-case restart logic. NewDOCKER_START_FAILEDerror code. - discover.py: Service deduplication by
(name, deployment). Subdirectory scanning for monorepos (_is_service_dir,_discover_subdirectory_services). - orchestrator.py: New
_llm_instrument_servicesstep called between discovery and deploy, triggered by--llmflag +OPENROUTER_API_KEY. Falls back silently to Dockerfile patching. - prompts.py: Universal framework-agnostic prompt replaces FastAPI/Flask-only prompt. Python reference appendix (FastAPI, Flask, Django, SQLAlchemy).
- instrumentation.py: Passes structured
contextdict for richer prompts. - Tests: All 561 pass with updated env vars and prompt text.
v0.3.7 (2026-06-16)
Bug fixes
- Pipeline crash when no services are flagged suspicious (
EmptyDataErroron empty CSV). Added size check and try/except inreport_builder.py.
v0.3.6 (2026-06-16)
Features
- ENTRYPOINT injected directly into
.mba-Dockerfileinstead of composeentrypointoverride (Docker Compose v5 on Windows clears CMD when entrypoint is set in YAML) opentelemetry-distroadded as runtime dependency (providesOpenTelemetryConfiguratorentry point, needed for SDK config from env vars)- Windows console encoding fix:
sys.stdout.reconfigure(encoding='utf-8')in CLI module
v0.3.5 (2026-06-16)
Features
- Build-time OTel install: generates
.mba-DockerfilewithRUN pip install opentelemetry-distro opentelemetry-instrumentation-flasketc. at build time - Compose override points
build.dockerfileto.mba-Dockerfile - Cleanup of
.mba-Dockerfilefiles after analysis
v1.0.0 (2026-06-11)
Features
- SCOM pipeline : computes Service-COhesion Metric from Jaeger traces (health filtering, endpoint extraction, DB table detection, endpoint-table mapping, threshold analysis, report generation)
- CLI tool :
mba/boundary-analyzercommands (run,setup,dashboard,teastore) - Auto-instrumentation : auto-detects Python microservices (FastAPI, Flask, Django), injects OpenTelemetry, collects traces via Jaeger, runs SCOM analysis
- TeaStore support : Docker Compose deployment with OTel Java agent, traffic generator, trace exporter, full SCOM pipeline
- Dashboard : interactive Dash web UI for SCOM results
- LLM analysis (optional) : AI-powered narrative report via OpenRouter (Qwen), disabled by default
Improvements
- Segment-based health matching (
HEALTH_KEYWORDS) instead of fragileendswith—/health/all,/auth/health,/ready/isready,/metrics(viahttp.target) correctly filtered --skip-no-db-servicesflag to exclude stateless services (proxy, orchestrator, etc.) from SCOM rankingrun_teastore()function extracted for programmatic access
Bug fixes
- MissingGreenlet in classroom-repository (added
selectinload) - datetime timezone-aware comparison in enrollment-service
academic_yearint→str conversion in enrollment-service- Scope bug in
cleaned_partsvariable in CLI cleanup logic - SQLAlchemy duplicate instrumentation (event listeners only, no
SQLAlchemyInstrumentor/AsyncPGInstrumentor) [project.scripts]whitespace in pyproject.toml
Tests
- 74 tests total (58 existing + 16 TeaStore)
- TeaStore synthetic fixtures (persistence-service with 5 tables, auth-service without DB)
- 3 test classes : TeaStorePipelineTest, TeaStoreSkipNoDbTest, TeaStoreNoFilterTest
Infrastructure
- CI via GitHub Actions (
.github/workflows/ci.yml) — Python 3.11 × 3.12 mbaCLI alias alongsideboundary-analyzer- Version bump to 0.2.0
Metadata
Release files for boundary-analyzer 0.9.4
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| boundary_analyzer-0.9.4.tar.gz | 312.6 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| boundary_analyzer-0.9.4-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 572.0 kB
Release files / boundary_analyzer-0.9.4.tar.gz
| Download URL | boundary_analyzer-0.9.4.tar.gz |
|---|---|
| Size | 312.6 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
346c74b3be5cb0cc4745b4432f4f38369343599d592848871d2d628b9d2a3093
|
|
BLAKE2b-256 checksum How to use checksums |
eda0432373609f81a3b0f9d79e49b244deca0b26f05b6280cbf7f0eb662c0861
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/6.2.0 CPython/3.13.3
|
Release files / boundary_analyzer-0.9.4-py3-none-any.whl
| Download URL | boundary_analyzer-0.9.4-py3-none-any.whl |
|---|---|
| Size | 259.4 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
aba68533bc118ee66ee032d182aefd7b9e9751dc24a8c5cbe5ba0736cad19b3c
|
|
BLAKE2b-256 checksum How to use checksums |
f525dc450a6e6089261c0d0b76b79076d66844143131c94b7e30e97591713a20
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/6.2.0 CPython/3.13.3
|