DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS HEADER. Copyright (c) 2009-2013 Oracle and/or its affiliates. All rights reserved. The contents of this file are subject to the terms of either the GNU General Public License Version 2 only ("GPL") or the Common Development and Distribution License("CDDL") (collectively, the "License"). You may not use this file except in compliance with the License. You can obtain a copy of the License at https://glassfish.dev.java.net/public/CDDL+GPL_1_1.html or packager/legal/LICENSE.txt. See the License for the specific language governing permissions and limitations under the License. When distributing the software, include this License Header Notice in each file and include the License file at packager/legal/LICENSE.txt. GPL Classpath Exception: Oracle designates this particular file as subject to the "Classpath" exception as provided by Oracle in the GPL Version 2 section of the License file that accompanied this code. Modifications: If applicable, add the following below the License Header, with the fields enclosed by brackets [] replaced by your own identifying information: "Portions Copyright [year] [name of copyright owner]" Contributor(s): If you wish your version of this file to be governed by only the CDDL or only the GPL Version 2, indicate your decision by adding "[Contributor] elects to include this software in this distribution under the [CDDL or GPL Version 2] license." If you don't indicate a single choice of license, a recipient has the option to distribute your version of this file under either the CDDL, the GPL Version 2 or to extend the choice of license to its licensees as provided above. However, if you add GPL Version 2 code and therefore, elected the GPL Version 2 license, then the option applies only if the new code is made subject to such option by the copyright holder. ... The instance documents may indicate the published version of the schema using the xsi:schemaLocation attribute for the Java EE namespace with the following location: http://xmlns.jcp.org/xml/ns/javaee/ejb-jar_3_2.xsd ]]> The following conventions apply to all Java EE deployment descriptor elements unless indicated otherwise. - In elements that specify a pathname to a file within the same JAR file, relative filenames (i.e., those not starting with "/") are considered relative to the root of the JAR file's namespace. Absolute filenames (i.e., those starting with "/") also specify names in the root of the JAR file's namespace. In general, relative names are preferred. The exception is .war files where absolute names are preferred for consistency with the Servlet API. This is the root of the ejb-jar deployment descriptor. The ejb-name element contains the name of an enterprise bean. The name must be unique within the ejb-jar file or .war file. The keyref indicates the references from relationship-role-source must be to a specific ejb-name defined within the scope of enterprise-beans element. A role-name-key is specified to allow the references from the security-role-refs. The keyref indicates the references from security-role-ref to a specified role-name. The access-timeoutType represents the maximum amount of time (in a given time unit) that the container should wait for a concurrency lock before throwing a timeout exception to the client. A timeout value of 0 means concurrent access is not permitted. A timeout value of -1 means wait indefinitely to acquire a lock. The async-methodType element specifies that a session bean method has asynchronous invocation semantics. The activation-configType defines information about the expected configuration properties of the message-driven bean in its operational environment. This may include information about message acknowledgement, message selector, expected destination type, destination or connection factory lookup string, subscription name, etc. The configuration information is expressed in terms of name/value configuration properties. The properties that are recognized for a particular message-driven bean are determined by the messaging type. The activation-config-propertyType contains a name/value configuration property pair for a message-driven bean. The properties that are recognized for a particular message-driven bean are determined by the messaging type. The activation-config-property-name element contains the name for an activation configuration property of a message-driven bean. For JMS message-driven beans, the following property names are recognized: acknowledgeMode, messageSelector, destinationType, subscriptionDurability, destinationLookup, connectionFactoryLookup, subscriptionName, and clientId. The activation-config-property-value element contains the value for an activation configuration property of a message-driven bean. The around-invoke type specifies a method on a class to be called during the around invoke portion of an ejb invocation. Note that each class may have only one around invoke method and that the method may not be overloaded. If the class element is missing then the class defining the callback is assumed to be the interceptor class or component class in scope at the location in the descriptor in which the around invoke definition appears. The around-timeout type specifies a method on a class to be called during the around-timeout portion of a timer timeout callback. Note that each class may have only one around-timeout method and that the method may not be overloaded. If the class element is missing then the class defining the callback is assumed to be the interceptor class or component class in scope at the location in the descriptor in which the around-timeout definition appears. The assembly-descriptorType defines application-assembly information. The application-assembly information consists of the following parts: the definition of security roles, the definition of method permissions, the definition of transaction attributes for enterprise beans with container-managed transaction demarcation, the definition of interceptor bindings, a list of methods to be excluded from being invoked, and a list of exception types that should be treated as application exceptions. All the parts are optional in the sense that they are omitted if the lists represented by them are empty. Providing an assembly-descriptor in the deployment descriptor is optional for the ejb-jar file or .war file producer. The cmp-fieldType describes a container-managed field. The cmp-fieldType contains an optional description of the field, and the name of the field. The field-name element specifies the name of a container managed field. The name of the cmp-field of an entity bean with cmp-version 2.x must begin with a lowercase letter. This field is accessed by methods whose names consists of the name of the field specified by field-name in which the first letter is uppercased, prefixed by "get" or "set". The name of the cmp-field of an entity bean with cmp-version 1.x must denote a public field of the enterprise bean class or one of its superclasses. Support for entity beans is optional as of EJB 3.2. The cmp-versionType specifies the version of an entity bean with container-managed persistence. It is used by cmp-version elements. The value must be one of the two following: 1.x 2.x Support for entity beans is optional as of EJB 3.2. The cmr-fieldType describes the Bean Provider's view of a relationship. It consists of an optional description, and the name and the class type of a field in the source of a role of a relationship. The cmr-field-name element corresponds to the name used for the get and set accessor methods for the relationship. The cmr-field-type element is used only for collection-valued cmr-fields. It specifies the type of the collection that is used. Support for entity beans is optional as of EJB 3.2. The cmr-field-name element specifies the name of a logical relationship field in the entity bean class. The name of the cmr-field must begin with a lowercase letter. This field is accessed by methods whose names consist of the name of the field specified by cmr-field-name in which the first letter is uppercased, prefixed by "get" or "set". Support for entity beans is optional as of EJB 3.2. The cmr-field-type element specifies the class of a collection-valued logical relationship field in the entity bean class. The value of an element using cmr-field-typeType must be either: java.util.Collection or java.util.Set. The concurrency-management-typeType specifies the way concurrency is managed for a singleton or stateful session bean. The concurrency management type must be one of the following: Bean Container Bean managed concurrency can only be specified for a singleton bean. The concurrent-lock-typeType specifies how the container must manage concurrent access to a method of a Singleton bean with container-managed concurrency. The container managed concurrency lock type must be one of the following : Read Write The concurrent-methodType specifies information about a method of a bean with container managed concurrency. The optional lock element specifies the kind of concurrency lock asssociated with the method. The optional access-timeout element specifies the amount of time (in a given time unit) the container should wait for a concurrency lock before throwing an exception to the client. The container-transactionType specifies how the container must manage transaction scopes for the enterprise bean's method invocations. It defines an optional description, a list of method elements, and a transaction attribute. The transaction attribute is to be applied to all the specified methods. The depends-onType is used to express initialization ordering dependencies between Singleton components. The depends-onType specifies the names of one or more Singleton beans in the same application as the referring Singleton, each of which must be initialized before the referring bean. Each dependent bean is expressed using ejb-link syntax. The order in which dependent beans are initialized at runtime is not guaranteed to match the order in which they are listed. com.wombat.empl.EmployeeServiceBean ]]> The ejb-jarType defines the root element of the EJB deployment descriptor. It contains - an optional description of the ejb-jar file - an optional display name - an optional icon that contains a small and a large icon file name - an optional module name. Only applicable to stand-alone ejb-jars or ejb-jars packaged in an ear. Ignored if specified for an ejb-jar.xml within a .war file. In that case, standard .war file module-name rules apply. - structural information about all included enterprise beans that is not specified through annotations - structural information about interceptor classes - a descriptor for container managed relationships, if any. - an optional application-assembly descriptor - an optional name of an ejb-client-jar file for the ejb-jar. The ejb-relation-name contains the name of a relation. The name must be unique within relationships. Providing an assembly-descriptor in the deployment descriptor is optional for the ejb-jar file or .war file producer. employee_service_client.jar ]]> The version specifies the version of the EJB specification that the instance document must comply with. This information enables deployment tools to validate a particular EJB Deployment Descriptor with respect to a specific version of the EJB schema. The metadata-complete attribute defines whether this deployment descriptor and other related deployment descriptors for this module (e.g., web service descriptors) are complete, or whether the class files available to this module and packaged with this application should be examined for annotations that specify deployment information. If metadata-complete is set to "true", the deployment tool must ignore any annotations that specify deployment information, which might be present in the class files of the application. If metadata-complete is not specified or is set to "false", the deployment tool must examine the class files of the application for annotations, as specified by the specifications. EmployeeService ]]> The ejb-relationType describes a relationship between two entity beans with container-managed persistence. It is used by ejb-relation elements. It contains a description; an optional ejb-relation-name element; and exactly two relationship role declarations, defined by the ejb-relationship-role elements. The name of the relationship, if specified, is unique within the ejb-jar file. Support for entity beans is optional as of EJB 3.2. The ejb-relation-name element provides a unique name within the ejb-jar file for a relationship. Product-LineItem product-has-lineitems One ProductEJB Support for entity beans is optional as of EJB 3.2. ]]> The ejb-relationship-role-name element defines a name for a role that is unique within an ejb-relation. Different relationships can use the same name for a role. The cascade-delete element specifies that, within a particular relationship, the lifetime of one or more entity beans is dependent upon the lifetime of another entity bean. The cascade-delete element can only be specified for an ejb-relationship-role element contained in an ejb-relation element in which the other ejb-relationship-role element specifies a multiplicity of One. Support for entity beans is optional as of EJB 3.2. The enterprise-beansType declares one or more enterprise beans. Each bean can be a session, entity or message-driven bean. The ejb-ref-name element contains the name of an EJB reference. The EJB reference is an entry in the component's environment and is relative to the java:comp/env context. The name must be unique within the component. It is recommended that name be prefixed with "ejb/". The ejb-ref-name element contains the name of an EJB reference. The EJB reference is an entry in the component's environment and is relative to the java:comp/env context. The name must be unique within the component. It is recommended that name is prefixed with "ejb/". The resource-env-ref-name element specifies the name of a resource environment reference; its value is the environment entry name used in the component code. The name is a JNDI name relative to the java:comp/env context and must be unique within an component. The message-destination-ref-name element specifies the name of a message destination reference; its value is the message destination reference name used in the component code. The name is a JNDI name relative to the java:comp/env context and must be unique within an component. The res-ref-name element specifies the name of a resource manager connection factory reference. The name is a JNDI name relative to the java:comp/env context. The name must be unique within an component. The env-entry-name element contains the name of a component's environment entry. The name is a JNDI name relative to the java:comp/env context. The name must be unique within an component. The ejb-ref-name element contains the name of an EJB reference. The EJB reference is an entry in the component's environment and is relative to the java:comp/env context. The name must be unique within the component. It is recommended that name be prefixed with "ejb/". The ejb-ref-name element contains the name of an EJB reference. The EJB reference is an entry in the component's environment and is relative to the java:comp/env context. The name must be unique within the component. It is recommended that name is prefixed with "ejb/". The resource-env-ref-name element specifies the name of a resource environment reference; its value is the environment entry name used in the component code. The name is a JNDI name relative to the java:comp/env context and must be unique within an component. The message-destination-ref-name element specifies the name of a message destination reference; its value is the message destination reference name used in the component code. The name is a JNDI name relative to the java:comp/env context and must be unique within an component. The res-ref-name element specifies the name of a resource manager connection factory reference. The name is a JNDI name relative to the java:comp/env context. The name must be unique within an component. The env-entry-name element contains the name of a component's environment entry. The name is a JNDI name relative to the java:comp/env context. The name must be unique within an component. The ejb-ref-name element contains the name of an EJB reference. The EJB reference is an entry in the component's environment and is relative to the java:comp/env context. The name must be unique within the component. It is recommended that name be prefixed with "ejb/". The ejb-ref-name element contains the name of an EJB reference. The EJB reference is an entry in the component's environment and is relative to the java:comp/env context. The name must be unique within the component. It is recommended that name is prefixed with "ejb/". The resource-env-ref-name element specifies the name of a resource environment reference; its value is the environment entry name used in the component code. The name is a JNDI name relative to the java:comp/env context and must be unique within an component. The message-destination-ref-name element specifies the name of a message destination reference; its value is the message destination reference name used in the component code. The name is a JNDI name relative to the java:comp/env context and must be unique within an component. The res-ref-name element specifies the name of a resource manager connection factory reference. The name is a JNDI name relative to the java:comp/env context. The name must be unique within an component. The env-entry-name element contains the name of a component's environment entry. The name is a JNDI name relative to the java:comp/env context. The name must be unique within an component. Support for entity beans is optional as of EJB 3.2. The entity-beanType declares an entity bean. The declaration consists of: - an optional description - an optional display name - an optional icon element that contains a small and a large icon file name - a unique name assigned to the enterprise bean in the deployment descriptor - an optional mapped-name element that can be used to provide vendor-specific deployment information such as the physical jndi-name of the entity bean's remote home interface. This element is not required to be supported by all implementations. Any use of this element is non-portable. - the names of the entity bean's remote home and remote interfaces, if any - the names of the entity bean's local home and local interfaces, if any - the entity bean's implementation class - the optional entity bean's persistence management type. If this element is not specified it is defaulted to Container. - the entity bean's primary key class name - an indication of the entity bean's reentrancy - an optional specification of the entity bean's cmp-version - an optional specification of the entity bean's abstract schema name - an optional list of container-managed fields - an optional specification of the primary key field - an optional declaration of the bean's environment entries - an optional declaration of the bean's EJB references - an optional declaration of the bean's local EJB references - an optional declaration of the bean's web service references - an optional declaration of the security role references - an optional declaration of the security identity to be used for the execution of the bean's methods - an optional declaration of the bean's resource manager connection factory references - an optional declaration of the bean's resource environment references - an optional declaration of the bean's message destination references - an optional set of query declarations for finder and select methods for an entity bean with cmp-version 2.x. The optional abstract-schema-name element must be specified for an entity bean with container-managed persistence and cmp-version 2.x. The optional primkey-field may be present in the descriptor if the entity's persistence-type is Container. The optional cmp-version element may be present in the descriptor if the entity's persistence-type is Container. If the persistence-type is Container and the cmp-version element is not specified, its value defaults to 2.x. The optional home and remote elements must be specified if the entity bean cmp-version is 1.x. The optional home and remote elements must be specified if the entity bean has a remote home and remote interface. The optional local-home and local elements must be specified if the entity bean has a local home and local interface. Either both the local-home and the local elements or both the home and the remote elements must be specified. The optional query elements must be present if the persistence-type is Container and the cmp-version is 2.x and query methods other than findByPrimaryKey have been defined for the entity bean. The other elements that are optional are "optional" in the sense that they are omitted if the lists represented by them are empty. At least one cmp-field element must be present in the descriptor if the entity's persistence-type is Container and the cmp-version is 1.x, and none must not be present if the entity's persistence-type is Bean. The prim-key-class element contains the fully-qualified name of an entity bean's primary key class. If the definition of the primary key class is deferred to deployment time, the prim-key-class element should specify java.lang.Object. Support for entity beans is optional as of EJB 3.2. The reentrant element specifies whether an entity bean is reentrant or not. The reentrant element must be one of the two following: true or false The abstract-schema-name element specifies the name of the abstract schema type of an entity bean with cmp-version 2.x. It is used in EJB QL queries. For example, the abstract-schema-name for an entity bean whose local interface is com.acme.commerce.Order might be Order. Support for entity beans is optional as of EJB 3.2. The primkey-field element is used to specify the name of the primary key field for an entity with container-managed persistence. The primkey-field must be one of the fields declared in the cmp-field element, and the type of the field must be the same as the primary key type. The primkey-field element is not used if the primary key maps to multiple container-managed fields (i.e. the key is a compound key). In this case, the fields of the primary key class must be public, and their names must correspond to the field names of the entity bean class that comprise the key. Support for entity beans is optional as of EJB 3.2. The exclude-listType specifies one or more methods which the Assembler marks to be uncallable. If the method permission relation contains methods that are in the exclude list, the Deployer should consider those methods to be uncallable. The application-exceptionType declares an application exception. The declaration consists of: - the exception class. When the container receives an exception of this type, it is required to forward this exception as an applcation exception to the client regardless of whether it is a checked or unchecked exception. - an optional rollback element. If this element is set to true, the container must rollback the current transaction before forwarding the exception to the client. If not specified, it defaults to false. - an optional inherited element. If this element is set to true, subclasses of the exception class type are also automatically considered application exceptions (unless overriden at a lower level). If set to false, only the exception class type is considered an application-exception, not its exception subclasses. If not specified, this value defaults to true. The interceptorsType element declares one or more interceptor classes used by components within this ejb-jar file or .war file. The declaration consists of : - An optional description. - One or more interceptor elements. The interceptorType element declares information about a single interceptor class. It consists of : - An optional description. - The fully-qualified name of the interceptor class. - An optional list of around invoke methods declared on the interceptor class and/or its super-classes. - An optional list of around timeout methods declared on the interceptor class and/or its super-classes. - An optional list environment dependencies for the interceptor class and/or its super-classes. - An optional list of post-activate methods declared on the interceptor class and/or its super-classes. - An optional list of pre-passivate methods declared on the interceptor class and/or its super-classes. * INTERCEPTOR Specifying the ejb-name as the wildcard value "*" designates default interceptors (interceptors that apply to all session and message-driven beans contained in the ejb-jar file or .war file). 2. EJBNAME INTERCEPTOR This style is used to refer to interceptors associated with the specified enterprise bean(class-level interceptors). 3. EJBNAME INTERCEPTOR METHOD This style is used to associate a method-level interceptor with the specified enterprise bean. If there are multiple methods with the same overloaded name, the element of this style refers to all the methods with the overloaded name. Method-level interceptors can only be associated with business methods of the bean class. Note that the wildcard value "*" cannot be used to specify method-level interceptors. 4. EJBNAME INTERCEPTOR METHOD PARAM-1 PARAM-2 ... PARAM-N This style is used to associate a method-level interceptor with the specified method of the specified enterprise bean. This style is used to refer to a single method within a set of methods with an overloaded name. The values PARAM-1 through PARAM-N are the fully-qualified Java types of the method's input parameters (if the method has no input arguments, the method-params element contains no method-param elements). Arrays are specified by the array element's type, followed by one or more pair of square brackets (e.g. int[][]). ]]> The interceptor-orderType element describes a total ordering of interceptor classes. The message-driven element declares a message-driven bean. The declaration consists of: - an optional description - an optional display name - an optional icon element that contains a small and a large icon file name. - a name assigned to the enterprise bean in the deployment descriptor - an optional mapped-name element that can be used to provide vendor-specific deployment information such as the physical jndi-name of destination from which this message-driven bean should consume. This element is not required to be supported by all implementations. Any use of this element is non-portable. - the message-driven bean's implementation class - an optional declaration of the bean's messaging type - an optional declaration of the bean's timeout method for handling programmatically created timers - an optional declaration of timers to be automatically created at deployment time - the optional message-driven bean's transaction management type. If it is not defined, it is defaulted to Container. - an optional declaration of the bean's message-destination-type - an optional declaration of the bean's message-destination-link - an optional declaration of the message-driven bean's activation configuration properties - an optional list of the message-driven bean class and/or superclass around-invoke methods. - an optional list of the message-driven bean class and/or superclass around-timeout methods. - an optional declaration of the bean's environment entries - an optional declaration of the bean's EJB references - an optional declaration of the bean's local EJB references - an optional declaration of the bean's web service references - an optional declaration of the security role references - an optional declaration of the security identity to be used for the execution of the bean's methods - an optional declaration of the bean's resource manager connection factory references - an optional declaration of the bean's resource environment references. - an optional declaration of the bean's message destination references The ejb-class element specifies the fully qualified name of the bean class for this ejb. It is required unless there is a component-defining annotation for the same ejb-name. The messaging-type element specifies the message listener interface of the message-driven bean. The timeout-method element specifies the method that will receive callbacks for programmatically created timers. EJBNAME * This style is used to refer to all of the following methods of the specified enterprise bean: business interface methods home interface methods component interface methods web service endpoint interface methods no-interface view methods singleton session bean lifecycle callback methods timeout callback methods message-driven bean message listener method This style may also be used in combination with the method-intf element that contains LifecycleCallback as the value to specify transaction attributes of a stateful session bean PostConstruct, PreDestroy, PrePassivate, and PostActivate lifecycle callback methods or to override transaction attributes of a singleton session bean PostConstruct and PreDestroy lifecycle callback methods. 2. EJBNAME METHOD This style is used to refer to the specified method of the specified enterprise bean. If there are multiple methods with the same overloaded name, the element of this style refers to all the methods with the overloaded name. This style may be used to refer to stateful session bean PostConstruct, PreDestroy, PrePassivate, and PostActivate lifecycle callback methods to specify their transaction attributes if any of the following is true: there is only one method with this name in the specified enterprise bean all overloaded methods with this name in the specified enterprise bean are lifecycle callback methods method-intf element is specified and it contains LifecycleCallback as the value 3. EJBNAME METHOD PARAM-1 PARAM-2 ... PARAM-n This style is used to refer to a single method within a set of methods with an overloaded name. PARAM-1 through PARAM-n are the fully-qualified Java types of the method's input parameters (if the method has no input arguments, the method-params element contains no method-param elements). Arrays are specified by the array element's type, followed by one or more pair of square brackets (e.g. int[][]). If a method with the same name and signature is defined on more than one interface of an enterprise bean, this style refers to all those methods. Examples: Style 1: The following method element refers to all of the following methods of the EmployeeService bean: no interface view methods business interface methods home interface methods component business interface methods singleton session bean lifecycle callback methods, if any timeout callback methods web service endpoint interface methods message-driven bean message listener methods (if the bean a message-driven bean) EmployeeService * Style 2: The following method element refers to all the create methods of the EmployeeService bean's home interface(s). EmployeeService create Style 3: The following method element refers to the create(String firstName, String LastName) method of the EmployeeService bean's home interface(s). EmployeeService create java.lang.String java.lang.String The following example illustrates a Style 3 element with more complex parameter types. The method foobar(char s, int i, int[] iar, mypackage.MyClass mycl, mypackage.MyClass[][] myclaar) would be specified as: EmployeeService foobar char int int[] mypackage.MyClass mypackage.MyClass[][] The optional method-intf element can be used when it becomes necessary to differentiate between a method that is defined multiple times with the same name and signature across any of the following methods of an enterprise bean: business interface methods home interface methods component interface methods web service endpoint methods no-interface view methods singleton or stateful session bean lifecycle callback methods timeout callback methods message-driven bean message listener methods However, if the same method is a method of both the local business interface, and the local component interface, the same attribute applies to the method for both interfaces. Likewise, if the same method is a method of both the remote business interface and the remote component interface, the same attribute applies to the method for both interfaces. For example, the method element EmployeeService Remote create java.lang.String java.lang.String can be used to differentiate the create(String, String) method defined in the remote interface from the create(String, String) method defined in the remote home interface, which would be defined as EmployeeService Home create java.lang.String java.lang.String and the create method that is defined in the local home interface which would be defined as EmployeeService LocalHome create java.lang.String java.lang.String The method-intf element can be used with all three Styles of the method element usage. For example, the following method element example could be used to refer to all the methods of the EmployeeService bean's remote home interface and the remote business interface. EmployeeService Home * ]]> The method-intf element allows a method element to differentiate between the methods with the same name and signature that are multiply defined across the home and component interfaces (e.g, in both an enterprise bean's remote and local interfaces or in both an enterprise bean's home and remote interfaces, etc.); the component and web service endpoint interfaces, and so on. Local applies to the local component interface, local business interfaces, and the no-interface view. Remote applies to both remote component interface and the remote business interfaces. ServiceEndpoint refers to methods exposed through a web service endpoint. Timer refers to the bean's timeout callback methods. MessageEndpoint refers to the methods of a message-driven bean's message-listener interface. LifecycleCallback refers to the PostConstruct and PreDestroy lifecycle callback methods of a singleton session bean and to the PostConstruct, PreDestroy, PrePassivate, and PostActivate lifecycle callback methods of a stateful session bean. The method-intf element must be one of the following: Home Remote LocalHome Local ServiceEndpoint Timer MessageEndpoint LifecycleCallback The method-nameType contains a name of an enterprise bean method or the asterisk (*) character. The asterisk is used when the element denotes all the methods of an enterprise bean's client view interfaces. The method-paramsType defines a list of the fully-qualified Java type names of the method parameters. The method-param element contains a primitive or a fully-qualified Java type name of a method parameter. The method-permissionType specifies that one or more security roles are allowed to invoke one or more enterprise bean methods. The method-permissionType consists of an optional description, a list of security role names or an indicator to state that the method is unchecked for authorization, and a list of method elements. Except as noted below the security roles used in the method-permissionType must be defined in the security-role elements of the deployment descriptor, and the methods must be methods defined in the enterprise bean's no-interface view, business, home, component and/or web service endpoint interfaces. If the role name "**" is included in the list of allowed roles, and the application has not defined in its deployment descriptor an application security role with this name, then the list of allowed roles includes every and any authenticated user. The unchecked element specifies that a method is not checked for authorization by the container prior to invocation of the method. The multiplicityType describes the multiplicity of the role that participates in a relation. The value must be one of the two following: One Many Support for entity beans is optional as of EJB 3.2. The persistence-typeType specifies an entity bean's persistence management type. The persistence-type element must be one of the two following: Bean Container Support for entity beans is optional as of EJB 3.2. The queryType defines a finder or select query. It contains - an optional description of the query - the specification of the finder or select method it is used by - an optional specification of the result type mapping, if the query is for a select method and entity objects are returned. - the EJB QL query string that defines the query. Queries that are expressible in EJB QL must use the ejb-ql element to specify the query. If a query is not expressible in EJB QL, the description element should be used to describe the semantics of the query and the ejb-ql element should be empty. The result-type-mapping is an optional element. It can only be present if the query-method specifies a select method that returns entity objects. The default value for the result-type-mapping element is "Local". Method finds large orders findLargeOrders SELECT OBJECT(o) FROM Order o WHERE o.amount > 1000 Support for entity beans is optional as of EJB 3.2. ]]> The relationship-role-sourceType designates the source of a role that participates in a relationship. A relationship-role-sourceType is used by relationship-role-source elements to uniquely identify an entity bean. Support for entity beans is optional as of EJB 3.2. The relationshipsType describes the relationships in which entity beans with container-managed persistence participate. The relationshipsType contains an optional description; and a list of ejb-relation elements, which specify the container managed relationships. Support for entity beans is optional as of EJB 3.2. The ejb-relationship-role-name contains the name of a relationship role. The name must be unique within a relationship, but can be reused in different relationships. The result-type-mappingType is used in the query element to specify whether an abstract schema type returned by a query for a select method is to be mapped to an EJBLocalObject or EJBObject type. The value must be one of the following: Local Remote The security-identityType specifies whether the caller's security identity is to be used for the execution of the methods of the enterprise bean or whether a specific run-as identity is to be used. It contains an optional description and a specification of the security identity to be used. The use-caller-identity element specifies that the caller's security identity be used as the security identity for the execution of the enterprise bean's methods. The session-beanType declares an session bean. The declaration consists of: - an optional description - an optional display name - an optional icon element that contains a small and a large icon file name - a name assigned to the enterprise bean in the deployment description - an optional mapped-name element that can be used to provide vendor-specific deployment information such as the physical jndi-name of the session bean's remote home/business interface. This element is not required to be supported by all implementations. Any use of this element is non-portable. - the names of all the remote or local business interfaces, if any - the names of the session bean's remote home and remote interfaces, if any - the names of the session bean's local home and local interfaces, if any - an optional declaration that this bean exposes a no-interface view - the name of the session bean's web service endpoint interface, if any - the session bean's implementation class - the session bean's state management type - an optional declaration of a stateful session bean's timeout value - an optional declaration of the session bean's timeout method for handling programmatically created timers - an optional declaration of timers to be automatically created at deployment time - an optional declaration that a Singleton bean has eager initialization - an optional declaration of a Singleton/Stateful bean's concurrency management type - an optional declaration of the method locking metadata for a Singleton with container managed concurrency - an optional declaration of the other Singleton beans in the application that must be initialized before this bean - an optional declaration of the session bean's asynchronous methods - the optional session bean's transaction management type. If it is not present, it is defaulted to Container. - an optional declaration of a stateful session bean's afterBegin, beforeCompletion, and/or afterCompletion methods - an optional list of the session bean class and/or superclass around-invoke methods. - an optional list of the session bean class and/or superclass around-timeout methods. - an optional declaration of the bean's environment entries - an optional declaration of the bean's EJB references - an optional declaration of the bean's local EJB references - an optional declaration of the bean's web service references - an optional declaration of the security role references - an optional declaration of the security identity to be used for the execution of the bean's methods - an optional declaration of the bean's resource manager connection factory references - an optional declaration of the bean's resource environment references. - an optional declaration of the bean's message destination references - an optional specification as to whether the stateful session bean is passivation capable or not. If not specified, the bean is assumed to be passivation capable The elements that are optional are "optional" in the sense that they are omitted when if lists represented by them are empty. The service-endpoint element may only be specified if the bean is a stateless session bean. The local-bean element declares that this session bean exposes a no-interface Local client view. The service-endpoint element contains the fully-qualified name of the enterprise bean's web service endpoint interface. The service-endpoint element may only be specified for a stateless session bean. The specified interface must be a valid JAX-RPC service endpoint interface. The ejb-class element specifies the fully qualified name of the bean class for this ejb. It is required unless there is a component-defining annotation for the same ejb-name. The timeout-method element specifies the method that will receive callbacks for programmatically created timers. The init-on-startup element specifies that a Singleton bean has eager initialization. This element can only be specified for singleton session beans. The init-method element specifies the mappings for EJB 2.x style create methods for an EJB 3.x bean. This element can only be specified for stateful session beans. The remove-method element specifies the mappings for EJB 2.x style remove methods for an EJB 3.x bean. This element can only be specified for stateful session beans. The passivation-capable element specifies whether the stateful session bean is passivation capable or not. If not specified, the bean is assumed to be passivation capable. The session-typeType describes whether the session bean is a singleton, stateful or stateless session. It is used by session-type elements. The value must be one of the three following: Singleton Stateful Stateless The stateful-timeoutType represents the amount of time a stateful session bean can be idle(not receive any client invocations) before it is eligible for removal by the container. A timeout value of 0 means the bean is immediately eligible for removal. A timeout value of -1 means the bean will never be removed due to timeout. The time-unit-typeType represents a time duration at a given unit of granularity. The time unit type must be one of the following : Days Hours Minutes Seconds Milliseconds Microseconds Nanoseconds The timerType specifies an enterprise bean timer. Each timer is automatically created by the container upon deployment. Timer callbacks occur based on the schedule attributes. All callbacks are made to the timeout-method associated with the timer. A timer can have an optional start and/or end date. If a start date is specified, it takes precedence over the associated timer schedule such that any matching expirations prior to the start time will not occur. Likewise, no matching expirations will occur after any end date. Start/End dates are specified using the XML Schema dateTime type, which follows the ISO-8601 standard for date(and optional time-within-the-day) representation. An optional flag can be used to control whether this timer has persistent(true) delivery semantics or non-persistent(false) delivery semantics. If not specified, the value defaults to persistent(true). A time zone can optionally be associated with a timer. If specified, the timer's schedule is evaluated in the context of that time zone, regardless of the default time zone in which the container is executing. Time zones are specified as an ID string. The set of required time zone IDs is defined by the Zone Name(TZ) column of the public domain zoneinfo database. An optional info string can be assigned to the timer and retrieved at runtime through the Timer.getInfo() method. The timerType can only be specified on stateless session beans, singleton session beans, and message-driven beans. The trans-attributeType specifies how the container must manage the transaction boundaries when delegating a method invocation to an enterprise bean's business method. The value must be one of the following: NotSupported Supports Required RequiresNew Mandatory Never The transaction-typeType specifies an enterprise bean's transaction management type. The transaction-type must be one of the two following: Bean Container