Skip navigation.

Glossary

View as PDF   Get Adobe Reader

Glossary

access control list

Used to authenticate users and manage access to network services. The WebLogic implementation of ACL is based on the java.security.acl package. Each entry in an ACL contains a set of permissions associated with a particular principal.

See also security.

ad-hoc query

An ad-hoc query is any hand-coded query that is specified by a client application rather than a data service.

Administration Console

Web-based administration tool that an administrator uses to configure and monitor WebLogic Server. Many of the administration tasks applicable to Liquid Data can be performed in the console, including deploying, setting up security roles, and so on.

See also Liquid Data Console.

Administration Server

In each WebLogic domain, one WebLogic Server instance acts as the Administration Server—the server instance that configures, manages, and monitors all other server instances and resources in the domain. In a multi-node deployment or clustered deployment, the Administration Server has administrative control over the domain. I

administrative privileges

In a Liquid Data deployment, members of the admin group have administrative-level access to Liquid Data tasks such as configuring security.

See also security, system administrator.

aggregation

Query operation in which a single value is produced from a set of input values, such as the count, max, sum, or average functions.

application developer

Application developers create applications that use the data services created by the data architects to access real-time information. Application developers create Java, Java Server Page (JSP), or Web service client applications to access data views and stored queries, and they can write custom functions in Java.

See also system administrator.

Application Integration

A JCA standards-based integration broker developed by BEA Systems, Inc. for inter- and intra-enterprise integration. Application integration is a component of WebLogic Integration.

cache

Location where Liquid Data stores information about commonly executed stored queries for subsequent, efficient retrieval, thereby enhancing overall system performance. Liquid Data provides the following kinds of caching: query plan cache and result set cache.

cache policy

In the result set cache, configuration settings that determine when the cached results expire for individual stored queries.

clustered deployment

Deployment architecture in which a group of servers work together to provide an application platform that is more powerful and reliable than a single server. A cluster appears to its clients as a single server but it is, in fact, a group of servers acting as one. If properly designed and configured, a cluster can provide both availability and scalability. It is possible to dynamically add new processes and machines to a cluster to handle increased load without shutting down the cluster. It is also possible to remove individual servers from the cluster, periodically, in order to perform maintenance. In a cluster, one WebLogic Server instance is the Administration Server that controls the domain, and all other WebLogic Server instances are Managed Servers.

See also standalone deployment, multi-node deployment.

custom function

User-defined functions that performed specialized tasks. The Liquid Data provides a set of standard XQuery functions for use in creating data views and queries. In addition, Liquid Data implementors can create custom functions, in XQuery or Java code, as function libraries.

data architect

Data architects know about the desired business entities to be created and the data sources that are required. Data architects tend to be subject matter experts and have a deep understanding of the data, underlying schema, and relationships across the various data sources. They create the data views and stored queries used by the Application Developers, using either the Data View Builder tool or creating hand-coded XQuery queries.

See also application developer, system administrator.

data source

A source of information, such as a database or a file, against which Liquid Data can query and return a result. Liquid Data can access various types of data sources including relational databases, Web services, and XML files.

data source type

One of the following types of data sources that Liquid Data supports: relational databases (JDBC data sources), XML files, and Web services.

deploy

Process of installing and configuring Liquid Data components in a production environment in a WebLogic domain. Deployment architectures include standalone deployments, multi-node deployments, and clustered deployments.

document object model (DOM)

A W3C standard naming scheme and hierarchy for representing an XML document in a way that provides a programmable interface for dynamically accessing and updating XML. Scripts can be employed to dynamically update the content, structure, and style of an XML document.

document type definition (DTD)

A model for defining the structure (grammar and syntax) of a document in a markup language such as SGML, HTML, or XML. Defines what content can exist in the document. Users construct their own DTDs based on the requirements, context, and elements of their particular business arena. The DTD used determines the underlying structure and metadata of documents produced. The structure and metadata are processed and/or displayed by Web browsers and applications. DTDs are part of the World Wide Web Consortium (W3C) XML specification.

domain

A collection of servers, services, interfaces, machines, and associated resource managers defined by a single configuration file. Liquid Data can be deployed in various types of WebLogic domains, including WebLogic Platform domains, WebLogic Server domains, WebLogic Integration domains, WebLogic Portal domains, and WebLogic Workshop domains.

EJB

See Enterprise JavaBeans (EJB).

Enterprise JavaBeans (EJB)

Java API that defines a component architecture for multi-tier client/server systems. Specifically, the EJB specifies an architecture for the development and deployment of object-oriented, distributed, enterprise-level applications. Applications written using the EJB architecture are scalable, transactional, and secure.

extensible markup language (XML)

Subset of SGML that is rapidly becoming a universal standard for defining, validating, and sharing data formats and documents. Because XML is text-based (that is, it is not written in binary format), and it uses syntax rather than binary markers to organize data, it can be deployed across heterogeneous and potentially incompatible systems and platforms. Its extensibility derives from markup symbols that are unlimited and self-defining, unlike those of HTML. Like HTML, XML can describe how a file is displayed. Unlike HTML, XML enables you to specify how a file is displayed. XML is a crucial component of the Liquid Data solution.

final result set

Result set that Liquid Data returns to the client application that invoked a data service function.

fixed query

An unparameterized data service function.

See also parameterized query.

group

A set of users that share some characteristics. An access control list can assign permissions to a group. Since all permissions are positive in the WebLogic compatibility realm, giving a permission to a group is the same as giving the permission to each user who is a member of the group.

See also security.

Hint

For join operations, specifies which join algorithm to use when running a query.

HTML

See Hypertext Markup Language (HTML).

Hypertext Markup Language (HTML)

The set of symbols in a file that governs the format of that file when it is displayed on a World Wide Web browser.

internationalization (I18N)

The tailoring of a software application to the customs and languages of specific locales, without recompilation or the use of binaries other than the originals.

Internet

The worldwide computer network of smaller, distributed networks that communicate via the TCP/IP protocols.

JDBC

See Java Database Connectivity (JDBC)

JCA

See Java Connector Architecture (JCA)

Java Connector Architecture (JCA)

The Java Connector Architecture defines a standard architecture for connecting the J2EE platform to heterogeneous enterprise information systems. JCA defines a set of functionality that application service vendors must provide, and which back-end system vendors (for example, SAP, PeopleSoft, Siebel, Oracle, and third-party connector developers) can use to plug in to J2EE.

Java Database Connectivity (JDBC)

Java Database Connectivity is a Java specification for access to relational databases. JDBC is published by Sun Microsystems, Inc. For more information, see http://java.sun.com/products/jdbc/index.html.

Java Server Page (JSP)

A J2EE component that extends the Servlet class, and allows for rapid server-side development of HTML interfaces that can be co-mingled with Java.

Java Management Extensions (JMX)

Basis of the Liquid Data administration API implemented through WebLogic Server. JMX, which is published by Sun Microsystems, Inc, is the standard API for management applications.

JMX

See Java Management Extensions (JMX).

join

Query operation that relates data across data sources. Typically, a join is an equality condition between two data sources, where each has a unique identifier in its own database. There are two types of join operations based on equality of matching fields (or columns): inner joins combine data from two data sources only if values in the joined fields match, while outer joins behave like inner joins but they also include data that does not match the join condition.

JSP

See Java Server Page (JSP).

Liquid Data

A service-oriented BEA data integration product that allows you to access and aggregate data from multiple sources in real time.

Liquid Data Console

A Web-based interface for administering and monitoring a Liquid Data deployment. Provides controls for configuring features relating to security and caching, among other aspects of the runtime environment. The console also provides metadata information on Liquid Data services.

Managed Server

In a multi-node deployment or clustered deployment, any WebLogic Server instance in the domain that is not the Administration Server.

minus

Query operation that returns all instances of some named value that exists in one data source but not another. For example, in an A minus B query, the query would return all instances of a named value that exists in A but no in B. The minus operation does not explicitly exist in the XQuery or Data View Builder, but it can be simulated by moving sequentially through the A data source and determining whether a named value in A is found in B.

multi-node deployment

Deployment architecture that distributes Liquid Data and WebLogic Platform software components across multiple server machines. A multi-node deployment allows you to run the various software components on dedicated servers, distributing resource contention across machines and optimizing system performance. In a multi-node deployment, one WebLogic Server instance is the Administration Server that controls the domain, and all other WebLogic Server instances are Managed Servers.

See also standalone deployment, clustered deployment.

packaged application

Any type of application that is purchased rather than developed. Such applications contain reusable business processes that represent best-of-breed business models, and do not require a full-scale development effort.

parameterized query

Data service function with parameterized content. Before a parameterized query is executed, clients must specify the type and value of each name parameter.

See also fixed query.

query

An XQuery expression that acquires, transforms, and operates on data from one or more data sources. In Liquid Data, queries are expressed using the World Wide Web Consortium (W3C) XQuery standard.

See also ad-hoc query.

query operation

Operation that a query performs, such as a join, aggregation, union, or minus.

query plan

Compiled query. Before a query is run, Liquid Data compiles the XQuery code into an executable query plan. When the query executes, the query plan is sent to the data source for processing.

query plan cache

Memory-based cache that stores the query plans of executed stored queries for the purpose of enhancing overall system performance.

Query Processor

Liquid Data Server engine that parses, re-writes, optimizes, and executes the queries received from client requests for information from multiple types of data sources.

realm

Domain for a set of security attributes. The realm organizes security information and defines its range of operations. A realm has its own idea of principals and permissions. Particular security domains are reflected in Java as realm instances. A realm determines how a user is authenticated and retrieves access to WebLogic resources. Liquid Data uses the WebLogic Server compatibility realm for security.

See also security.

result set

The data returned from an executed query.

result set cache

Database cache that stores the results of executed queries for the purpose of enhancing overall system performance.

See also cache policy.

role

An organizational identity that defines a set of allowable actions for an authorized principal.

See also security.

schema

See XML schema

scope

For a query, scope helps clarify which part of a data view is the focal point for a particular condition in a query, affecting the placement of a "where" clause in the XQuery generation. In most cases, scope is implicit and the query generator can determine what the desired result should be, while in some cases the client might need to communicate their objectives explicitly.

security

Set of mechanisms available to prevent access to, corruption of, or theft of data. Liquid Data uses the WebLogic Server compatibility security mechanisms to define groups, users, and access control to Liquid Data resources.

See also realm, access control list, role, group, user.

Simple Object Access Protocol (SOAP)

An extensible, platform-independent, XML-based protocol that allows disparate applications to exchange messages over the Web. SOAP can be used to invoke methods on servers, Web services, application components, and objects in a distributed, heterogeneous environment. SOAP-based Web services are one of the data sources Liquid Data supports.

source schema

XML schema that describes the shape (structure and legal elements) of the source data—that is, the data to be queried. The Liquid Data server runs queries against source data and returns the result of a query the form in which you define for target data.

See also target schema, XML schema.

standalone deployment

Deployment architecture in which the Liquid Data software is installed on a single standalone WebLogic Server. This design is the simplest to set up and it is the one suggested for use in a development environment or in a production environment in which Liquid Data is the primary application and failover protection is not the top priority.

See also multi-node deployment, clustered deployment.

Structured Query Language (SQL)

The standard, structured language used for communicating with relational databases. Database programmers use SQL queries to retrieve information and modify information in relational databases. In order to be able to access different types of data sources dynamically, Liquid Data employs the XML-based XQuery language as a layer on top of platform-dependent query systems such as SQL.

system administrator

System administrators install, deploy, configure, and maintain the Liquid Data server. In addition to standard WebLogic Server administration tasks, an administrator uses the Liquid Data node in the Administration Console to perform configuration and monitoring tasks.

See also application developer, data architect.

target schema

XML schema that describes the shape (structure and legal elements) of the output data—that is, the result of a query. Liquid Data runs queries against source data and returns the result of a query the form in which you define for target data.

See also source schema, XML schema.

temporal criteria

Query operation involving date- or time-based criteria, such as a date range or an expiration time.

UDDI

See Universal Description, Discovery, and Integration (UDDI).

union

Query operation in which results are retrieved from two or more data sources but, unlike a join, no condition exists across data sources. A union query is equivalent to concatenating two or more subordinate queries and pooling the query results into a single output.

Universal Description, Discovery, and Integration (UDDI)

Specification for distributed Web-based information registries maintained by the World Wide Web Consortium (W3C). The specification defines a method for publishing and researching information about Web services. UDDI is defined primarily to support Web services description language (WSDL). The main component of UDDI is the UDDI business registration, an XML file that describes a business entity and its Web services. Programs and programmers use the UDDI Business Registry to locate information about services.

See also: http://www.uddi.org.

user

In WebLogic Server, an individual principal, which is an entity that can be authenticated by an authentication mechanism deployed in an enterprise. A principal is identified using a principal name and authenticated using authentication data. An access control list is often used to define the set of permissions within a realm. An individual's permissions override any permissions that are granted to a group of which the user is a member.

W3C

See World Wide Web Consortium (W3C).

WebLogic Server

The platform upon which Liquid Data is built. WebLogic Server is the #1 application server on the market, providing the scalability, reliability, and security needed to run a global, networked environment—and all in one simple and extensible architecture. WebLogic Server incorporates comprehensive standards-based services for the development, deployment, and management of distributed Web-based applications.

Web service

Business functionality usually made available over an Internet connection for use by another entity or software program. Web services are a type of service that can be shared by, and used as components of, distributed Web-based applications. Web services communicate with clients (both end-user applications or other Web services) through XML messages that are transmitted by standard Internet protocols, such as HTTP. Web services endorse standards-based distributed computing. Currently, popular Web Service standards are Simple Object Access Protocol (SOAP), Web services description language (WSDL), and Universal Description, Discovery, and Integration (UDDI).

Web services description language (WSDL)

Specification for an XML-based grammar that defines and describes a Web service. A WSDL is necessary if two different online systems need to communicate without human intervention.

World Wide Web Consortium (W3C)

An international software standards organization consisting of various workgroups focused on developing interoperable technologies for the Internet and World Wide Web, including XQuery and XML. For more information see
http://www.w3.org/.

WSDL

See Web services description language (WSDL).

XQuery

World Wide Web Consortium (W3C) standard XML Query language for retrieving data from multiple types of XML data sources.

XML

See extensible markup language (XML)

XML schema

A structured model for describing the structure, content, and semantics of XML documents based on custom rules. Replacement for DTDs. Unlike DTDs, XML schemas are written in XML data syntax and provide more support for standard data types and other data-specific features. Liquid Data users can create source and target XML schemas with the Data View Builder.

 

 Back to Top