OData Consumption Tool Plugin for Eclipse

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The complexity of various technologies used in OData services makes it difficult for users to implement and understand these services, especially when determining their relevance for specific use cases.

Innovation Solution

A method implemented as a plugin for development software like Eclipse, which allows users to select application types and platform environments, prompting for necessary information to create or modify applications and toolkits, generating programming code and proxies for OData-based applications.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If OData services are implemented using a variety of technologies, then the versatility and applicability of OData are improved, but the complexity and difficulty of implementation and understanding increase

Engineering Contradiction:
ImproveversatilityVSAvoidcomplexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent introduces a service template as an intermediary artifact that mediates between the diverse OData technologies and the user. The service template pre-defines the complex technology stack (including service model, data model, and implementation code) in a standardized format, allowing users to consume OData services without needing to understand or configure the underlying technological complexity. This intermediary layer absorbs the complexity while preserving versatility.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent applies preliminary action by pre-configuring service templates with all necessary OData service definitions, data models, and implementation details before deployment. The templates are prepared in advance with complete technology stacks (including entity sets, properties, associations, and service operations), so that when users consume these services, the complex setup work has already been completed. This eliminates the need for users to navigate complex OData configuration during runtime.

Inventive Principle:
Principle #10Preliminary action

2Adaptability or versatility

If OData services support multiple client technologies, then the broad applicability is improved, but the difficulty of determining service relevance for specific use cases increases

Engineering Contradiction:
Improvebroad applicabilityVSAvoiddifficulty of determining service relevance
Core Design Contradiction:
Adaptability or versatilityVSDifficulty of detecting and measuring

Solution Approach 1:

The patent applies local quality by customizing service templates for specific use cases and client types. Instead of providing a single generic OData service, the system creates specialized templates tailored to particular domains (e.g., inventory management, customer relations) and client technologies (e.g., .NET, Java, Ruby). Each template contains use-case-specific data models, entity relationships, and service operations, making it easy for users to identify and select the relevant template for their specific needs without being overwhelmed by the full range of OData capabilities.

Inventive Principle:
Principle #3Local quality

3Ease of operation

If OData services are made easy to consume, then the ease of operation is improved, but the level of abstraction and complexity in service definition increases

Engineering Contradiction:
Improveease of consumptionVSAvoidcomplexity of service definition
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The patent uses copying by creating service templates that replicate proven, working OData service patterns. Instead of requiring users to define services from scratch or understand complex OData specifications, the system provides pre-copied templates based on common service patterns and best practices. Users can instantiate these templates with minimal customization, obtaining fully functional OData services without dealing with the underlying complexity of service definition. The templates capture and reuse successful service patterns across multiple deployments.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS8732657B2OData consumption tool
Publication Date: 2014.05.20 SAP SE
  • US8732657B2 patent drawing
  • US8732657B2 patent drawing
  • US8732657B2 patent drawing

AI summary

According to some embodiments, a method and apparatus are provided to receive an application type and a platform environment type. An application based on the received application type and the platform environment type is created. The application comprises an instantiation of the received application type configured for the received environment type.