Class RemoteOrderStatusTool

java.lang.Object

ai.redouble.nucleo.harness.AbstractJob<OrderStatus>

ai.redouble.nucleo.tools.AbstractTool<OrderNumber, OrderStatus>

ai.redouble.examples.mcpwrap.RemoteOrderStatusTool

All Implemented Interfaces:

GuardedExecution, Identifiable, Job<OrderStatus>, Tool<OrderNumber, OrderStatus>

public class RemoteOrderStatusTool
extends AbstractTool<OrderNumber, OrderStatus>

One tool of the orders MCP server wrapped as a tool of this application's own, with the input and output classes fixed here: the same OrderNumber in and OrderStatus out as the local tool. Only the body reaches over the wire.

For a remote tool your workflows depend on, this is the right way, and the generic call is for browsing. The contract is yours: rename a field on the server and agents on the generic path quietly start seeing a different tool, while here the parse fails loudly, in one place, with a typed seam to fix. Scopes and guardrails can judge typed fields, where a claim inside a generic JSON blob is invisible to them. The readOnly declaration is yours to assert, so a read-only agent may keep the tool - a generic MCP tool is never read-only, because nothing can vouch for it. And a test hands OrdersServer a fake and runs this without a network.

Since:

0.1 (2026-09-28)

Author:

Andrey Santrosyan

Field Summary

Fields inherited from class AbstractTool

input

Fields inherited from class AbstractJob

timeout, upstreamRetries

Fields inherited from interface Job

DEFAULT_UPSTREAM_RETRIES

Fields inherited from interface Tool

OBS_INPUT, OBS_OUTPUT

Constructor Summary

Constructors

Constructor	Description
RemoteOrderStatusTool(Identifiable parent)

Method Summary

Modifier and Type	Method	Description
OrderStatus	execute(JobResources resources, JobContext<OrderStatus> context)	Executes the job with the provided resources and context.
JobRequirements	getRequirements()	Default requirements for tools.

Methods inherited from class AbstractTool

getInput, getJobType, postExecute, preExecute, setInput

Methods inherited from class AbstractJob

getId, getName, getParentJobId, getPriority, getTimeout, getUpstreamRetries, getUserId, getWorkflowId, randomIdSuffix, setTimeout, setUpstreamRetries, toString

Methods inherited from class Object

clone, equals, finalize, getClass, hashCode, notify, notifyAll, wait, wait, wait

Methods inherited from interface GuardedExecution

declareAdmissionGuardrails, declareAuthGuardrails, declareContentGuardrails

Methods inherited from interface Identifiable

getParentJobId, getUserId, getWorkflowId

Methods inherited from interface Job

getDisplayName, getId, getJobId, getName, getPriority, getTimeout, getUpstreamRetries

Methods inherited from interface Tool

guardedInputTarget

Constructor Details

RemoteOrderStatusTool

public RemoteOrderStatusTool(Identifiable parent)

Method Details

getRequirements

public JobRequirements getRequirements()

Description copied from class: AbstractTool

Default requirements for tools. Subclasses should override to add database, LLM, or other requirements. JobType is handled by AbstractTool.getJobType(), not here.

Specified by:

getRequirements in interface Job<OrderStatus>

Overrides:

getRequirements in class AbstractTool<OrderNumber, OrderStatus>

Returns:

resource requirements, or null if the job needs no resources

execute

public OrderStatus execute(JobResources resources,
 JobContext<OrderStatus> context)
                    throws LLMReadableCheckedException

Description copied from interface: Job

Executes the job with the provided resources and context. A job reports progress and checks for cancellation through the context, and completes all its work before returning. A tool narrows this contract to the LLM-readable exceptions of Tool.execute(JobResources, JobContext).

Parameters:

resources - the allocated resources

context - the job execution context for monitoring

Returns:

the job result, which may be null

Throws:

LLMReadableCheckedException - if execution fails