Skip to main content
Glama

UpdateBehaviorImplementation

Update an ABAP behavior implementation class by modifying its main source and implementations include. Supports activation and transport requests.

Instructions

Update source code of an existing ABAP behavior implementation class. Updates both main source (with FOR BEHAVIOR OF clause) and implementations include. Uses stateful session with proper lock/unlock mechanism.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
class_nameYesBehavior Implementation class name (e.g., ZBP_MY_ENTITY). Must exist in the system.
behavior_definitionYesBehavior Definition name (e.g., ZI_MY_ENTITY). Must match the behavior definition used when creating the class.
implementation_codeYesImplementation code for the implementations include. Contains the actual behavior implementation methods.
transport_requestNoTransport request number (e.g., E19K905635). Optional if object is local or already in transport.
activateNoActivate behavior implementation after update. Default: true.
Behavior3/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

No annotations provided. The description mentions 'Uses stateful session with proper lock/unlock mechanism' but does not disclose permissions, side effects, or error handling. Incomplete behavioral disclosure for a mutation tool.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Two sentences covering key points, no fluff. Could be slightly more structured (e.g., bullet points for key features) but is efficient.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness3/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Description mentions stateful session and lock/unlock, but lacks guidance on transport handling, activation behavior, and return values. No output schema. Adequate but with gaps for a complex update operation.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 100% with clear descriptions for each parameter. The description does not add significant extra semantics beyond what the schema provides, so baseline 3 is appropriate.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states 'Update source code of an existing ABAP behavior implementation class' and specifies what parts are updated (main source and implementations include), distinguishing it from create and delete siblings.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines3/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

No explicit guidance on when to use this tool versus alternatives like CreateBehaviorImplementation or other update tools. The description implies usage for existing implementations but does not state exclusions or prerequisites.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/fr0ster/mcp-abap-adt'

If you have feedback or need assistance with the MCP directory API, please join our Discord server