13 modules

Every module your middleware team needs

From live server health to API dependency tracking, message queues to cloud integrations — Pulse Monitor covers the full operational lifecycle of your Enterprise Integration platform.

13
Operational modules
~10h
Weekly hours saved per team
4
Environments — Local, SIT, UAT, PROD
24/7
Automated background monitoring

Server Health Dashboard

Real-timeMulti-clusterConfigurable polling

See every node, at a glance, right now

Your operations team should never have to log into the admin console just to find out if a server is healthy. The Pulse Monitor live dashboard aggregates memory usage, heap pressure, thread activity, and request throughput for every node in your cluster — refreshed on a configurable schedule tuned to your environment's size and load.

When a node starts struggling, the dashboard flags it immediately. Select any server from the list to see its full metric breakdown, 24-hour request traffic chart, and endpoint performance data from automated log analysis.

How it works
Cluster nodes JMX polling (configurable) Metric store (history + live) Dashboard + alerts Team
Live KPI strip
Total servers, active nodes, average RAM, heap pressure, stuck threads, and requests per hour — all on one screen.
Node resource table
Per-node RAM bars, heap used vs free, stuck thread count, and active request count across every server.
24-hour traffic chart
Peak vs off-peak request traffic per server — coloured by business hours windows so patterns are obvious.
Metric history
Every snapshot is saved so your team can query historical health data when an incident needs a post-mortem.

SOA Composite Monitoring

Fault trackingLive stateAll clusters

Know which composites are faulting before users complain

SOA composite faults accumulate silently until a business process fails. Pulse Monitor queries the SOA infrastructure directly to surface composite health, fault counts, and instance states across all clusters — without needing to open Enterprise Manager.

How it works
SOA infra all clusters Query engine fault + state Threshold check per composite Alert + drill-down view fault count, instances
Composite health list
All composites with partition, revision, state, and 24-hour fault count in one clear view.
Fault threshold alerts
Set fault count thresholds per composite — Pulse fires an alert the moment a service starts degrading.
Instance drill-down
Click into any composite to see binding components, service endpoints, and recent instance activity.
C2M & utility batch
Dedicated views for outbound C2M and utility batch integration jobs with instance and throughput tracking.

Message Queue Monitoring

WebLogic JMSOracle AQRabbitMQKafkaDead-letter

One place to monitor all your message brokers

Message queue backlogs are one of the most common causes of silent failures in enterprise middleware. Pulse Monitor gives your team continuous visibility into every messaging destination — across WebLogic JMS, Oracle AQ, RabbitMQ, and Kafka — from a single dashboard.

How it works
JMS / AQ RabbitMQ Kafka Pulse poller depth + consumers Threshold alert per-queue config Dashboard + DLQ browse & inspect
Live depth & consumer tracking
Current depth, consumer count, and pending messages refreshed continuously for all JMS destinations.
Per-queue threshold alerts
Configure independent thresholds per queue type — tighter limits for DLQs, broader for standard processing queues.
Dashboard notification panel
JMS-delivered alerts appear in the bell panel with message body, headers, and timestamp.
Message browse & inspect
View individual message body and metadata directly from the dashboard — ideal for DLQ triage.

MDB Health Tracker

MDB statusListener healthJMX-backed

Know when a message-driven bean stops listening

Message-Driven Beans are the silent workers of your middleware layer. When an MDB pauses, suspends, or loses its connection to its destination, messages pile up and business processes stall. Pulse Monitor tracks the health of every registered MDB via JMX — alerts fire immediately when a listener goes down.

How it works
JMX endpoint per node MDB state poll active/paused/stopped Alert on pause before queue builds Dashboard + queue cross-reference
Live listener status
Active, paused, or stopped state for every MDB across all nodes — tracked via JMX without any instrumentation.
Paused MDB alerts
Get notified the moment an MDB pauses or stops — before the queue backlog grows.
Queue association
See which queue or topic each MDB is listening on — cross-reference with queue depth to spot stalled consumers instantly.
Pool size visibility
Track the configured bean pool size per MDB — useful for capacity planning and throughput troubleshooting.

API Dependency Manager

Swagger catalogDependency mapsReachability

Understand your API landscape before making changes

Pulse Monitor maintains a Swagger-backed API catalog with full dependency hierarchy — so your team understands downstream impact before any change reaches production. Automated reachability checks ping every registered endpoint on a schedule and surface failures immediately.

How it works
Swagger specs registered APIs Dep. hierarchy blast-radius map Reach. checks scheduled pings API hub + alerts response trend
Swagger API hub
Browse, preview, and share API specs for every registered service — internal and cloud — in one place.
Dependency hierarchy
Visual map showing which services depend on which APIs — understand the blast radius before any change.
Scheduled reachability checks
Every registered endpoint is pinged on a schedule. Failures and degraded responses surface immediately.
Drill-down detail
Click any API to see all its dependents, last reachability status, response time trend, and linked Swagger doc.

Alerts & Notifications

ConfigurableJMS deliveryAlert history

Get notified before users raise a ticket

Every significant operational event — stuck threads, JDBC pool pressure, JMS backlog, certificate expiry, composite faults, unreachable APIs — can be configured as a Pulse alert with threshold and severity. Delivery via JMS in real time. Alert history is stored and searchable.

How it works
Event trigger any module Threshold eval severity config JMS delivery real-time Bell panel + history searchable log
Stuck threads & node faults
Fires immediately when thread counts or node states cross configured thresholds on any cluster node.
JDBC pool pressure
Alert when a connection pool usage exceeds your threshold — before requests start queuing and timing out.
Composite fault threshold
SOA composite fault count exceeded — know the moment a service starts degrading.
Certificate expiry
Automated warning when any certificate is within 15 days of expiry — across all environments.

SOA / OSB Deployment

Git & FTPMulti-envAudit trail

Deploy composites and services without leaving the browser

Select the package, select the environment, and click deploy. Pulse handles everything from build to verification and records the outcome for compliance and post-deployment review.

How it works
Git / FTP artifact source Build + package automated Deploy to env SIT / UAT / PROD Verify + log audit trail
Browser-based deployment
Select package, select environment, deploy — the pipeline handles build, package, and verification automatically.
Git & FTP source support
Pull artifacts from Git repositories or FTP servers — whichever your team uses for source control.
Full audit trail
Every deployment is logged — who deployed, what, when, to which environment, and whether it succeeded.
Multi-environment pipelines
SIT, UAT, and PROD each have their own connection settings — managed in Pulse, not in spreadsheets.

Server Log Review

Auto ingestionAI patternsFTP download

Find the fault in minutes, not an afternoon

Pulse Monitor automates log ingestion with a scheduled pipeline that runs in the background and surfaces meaningful results in the dashboard. The AI analytics layer groups recurring faults, highlights slow query patterns, and identifies anomalies — with context about which service, which server, and how often.

How it works
Server logs FTP / auto Scheduled ingest background pipeline AI pattern scan fault grouping Dashboard insights anomalies + hints
Scheduled log ingestion
Log files are picked up and processed automatically — no manual intervention, no SSH sessions required.
AI pattern detection
Recurring faults, slow queries, and anomalies are grouped and surfaced with suggested remediation hints.
One-click log download
Download any log file directly from the dashboard via FTP — no SSH, no shared drives.
Endpoint traffic analysis
Access log analysis surfaces your busiest endpoints, request counts, and unusual traffic patterns over 24 hours.

Qiyara AI Assistant

Natural languageLLM-poweredAlways-on

Ask your middleware questions in plain English

Qiyara queries the same Pulse metadata your dashboard shows — answers are fast, relevant, and grounded in real data. Ask "Which composites had faults today?", "Is any certificate expiring this month?", "What is the heap pressure on the production cluster?" and get answers immediately from the dashboard widget.

How it works
User query plain language LLM engine configurable provider Pulse metadata live + cached data Instant answer in dashboard widget
Natural language queries
Ask about server health, faults, deployments, queue status, or certificate expiry in plain language.
Intent-based responses
"Is anything wrong?" returns a prioritised summary of active alerts and composite faults.
Configurable LLM
Point Qiyara at your preferred AI provider — on-premises model or cloud. Configured in your environment settings, session memory cleared on logout.
Instant answers
Qiyara responds in seconds by querying live and cached Pulse data — no waiting for reports to generate.

Certificate Tracker

Auto-scan15-day warningAll environments

Expired certificates cause outages. Pulse stops that.

The scheduler scans every configured trust store path across all registered environments and records each certificate's expiry date. Certificates expiring within 15 days appear as a KPI badge on the main dashboard every single day.

How it works
Trust stores all environments Scheduled scan expiry capture 15-day threshold badge + alert Cert table + KPI days remaining
Automated trust store scan
Scheduler scans all configured trust store paths — no manual checking, no spreadsheet tracking required.
15-day dashboard warning
KPI badge on the main dashboard highlights certs expiring within 15 days — impossible to overlook.
Full certificate table
Browse every certificate across every environment — system, trust store path, alias, expiry date, and days remaining.
Alert integration
Certificate expiry alerts feed into the same Pulse notification system — one consistent place for all team alerts.

Database Health Monitor

Pool healthLive statusPressure alerts

Configure multiple databases once — monitor all their health, always

Register all your data sources in one place — SOA schema, Pulse DB, ESS scheduler, CCB/JDE, and any custom JNDI-bound source — and Pulse tracks the connection health of every single one continuously. Pool pressure alerts fire before services start failing.

How it works
JDBC sources all registered DBs Pool poll active / max / waiters Pressure alert per-source threshold Dashboard pool bars waiter visibility
Live pool status with usage bars
Visual pool usage bars and active/max connection counts make pressure visible at a glance.
Pool pressure alerts
Set a usage threshold per data source — get alerted before the pool exhausts and requests start failing or queuing.
Waiter queue visibility
See how many requests are waiting for a connection — the earliest warning sign of pool exhaustion.
All database types covered
SOA schema, Pulse DB, MDS, ESS scheduler, CCB/JDE, and any custom JDBC source — all in one monitor.

ESS Scheduler Monitor

Job statusRun historyESS-backed

Monitor the background jobs that keep Pulse running

Log analysis, certificate scanning, API reachability checks, metric collection — all run via Oracle Enterprise Scheduler Service (ESS). The scheduler module gives your team clear visibility into which jobs are running, which have failed, and when each is next scheduled.

How it works
ESS engine Oracle scheduler Job dispatch logs / certs / APIs Outcome capture pass / fail + time Status board + history next-run visibility
Job status board
See which background jobs are scheduled, running, completed, or failed — at any time.
Run history
Full history of past job executions with timestamps, duration, and outcome for every run.
Failed job alerts
A failed scheduler job surfaces as a Pulse alert — your team is notified rather than discovering it hours later.
Schedule visibility
See when each background job is next due to run — plan maintenance windows around scheduled analysis jobs.

Cloud & External Integrations

Cloud APIsCCB / JDEC2M

Monitor beyond the WebLogic domain — into the cloud and beyond

Pulse Monitor extends visibility beyond the WebLogic domain to cover the health and behaviour of the systems your middleware connects to — cloud applications, external APIs, utility platforms, and legacy ERP systems.

How it works
Cloud APIs CCB / JDE C2M platform Reachability scheduled checks Dep. map blast radius Pulse dashboard unified view
Cloud API monitoring
Register cloud-hosted API endpoints — reachability checks run on schedule and failures surface immediately.
CCB / JDE integration views
Dedicated views for Oracle Customer Care and Billing and JD Edwards integration data — visible alongside your SOA metrics.
Outbound C2M tracking
Monitor Customer-to-Meter outbound integration jobs — instance states, processing status, and fault counts.
External dependency map
The API dependency tracker covers cloud and external systems as well as internal services — full blast-radius analysis.

ITSM Ticket Manager NEW

One-click raiseAuto-populateLive trackingServiceNow / Jira

Raise and track ITSM tickets without leaving the dashboard

When an alert fires or an anomaly surfaces, your team should be able to act on it immediately — not copy-paste details into a separate ITSM portal. The Pulse ITSM module lets engineers raise incident, change, or problem tickets directly from any alert, composite fault, or server health event, with fields pre-populated from live Pulse data.

Tickets are tracked from creation to resolution inside Pulse. The dashboard shows open ticket count as a KPI badge, and every ticket links back to the original Pulse event so context is never lost when incidents are handed across shifts.

How it works
Pulse event alert / fault / anomaly One-click raise pre-filled fields ITSM platform ServiceNow / Jira Track in Pulse open count KPI
One-click ticket creation
Raise an incident, change, or problem ticket directly from any alert or event — title, description, severity, and affected system pre-filled from live Pulse data.
Live ticket status tracker
Open, in-progress, and resolved tickets visible inside Pulse — no need to switch to the ITSM portal to check progress.
ServiceNow & Jira support
Connects to your existing ITSM platform via API — works with ServiceNow, Jira Service Management, and configurable REST targets.
Open ticket KPI badge
Main dashboard shows open incident count at a glance — your team always knows how many active issues need attention.
Event-to-ticket linkback
Every ticket retains a direct link to the originating Pulse event — full context preserved across shift handovers.
Ticket history & audit
Searchable log of all tickets raised from Pulse — who raised it, when, from which event, and the resolution outcome.

All 13 modules. One deployment.

A single deployment to your WebLogic server gives your team access to everything — from server health to ITSM ticket management.

Get started How it works