9 Managing Calendar Events

This chapter describes how to configure and manage events to expose personal Microsoft Exchange calendars in WebCenter Portal.

Always use Fusion Middleware Control or the WLST command-line tool to review and configure back-end services for WebCenter Portal. Any configuration changes that you make, post deployment, are stored in the MDS metatdata store as customizations. See Oracle WebCenter Portal Configuration Considerations.

Note:

Configuration changes for events, through Fusion Middleware Control or using WLST, are not dynamic, so you must restart the managed server on which WebCenter Portal is deployed for your changes to take effect. See Starting and Stopping Managed Servers for WebCenter Portal Application Deployments.

This chapter includes the following topics:

• About Events Connections

• Configuring Personal Events for WebCenter Portal

• Events Prerequisites for Personal Events

• Registering Events Servers

• Choosing the Active Events Server Connection

• Modifying Events Server Connection Details

• Deleting Event Server Connections

• Testing Event Server Connections

Permissions

To perform the tasks in this chapter, you must be granted the WebLogic Server Admin role through the Oracle WebLogic Server Administration Console and the Administrator role granted through WebCenter Portal Administration.

For more information about roles and permissions, see Understanding Administrative Operations, Roles, and Tools.

For troubleshooting, see Troubleshooting Issues with Events.

9.1 About Events Connections

In WebCenter Portal, events provides portal calendars that you can use to schedule meetings, appointments, and any other type of team, project, or group occasion. Events also enables you to access your personal Microsoft Exchange calendar, where you can schedule events that are not related to a particular portal.

Personal calendars are available through a Microsoft Exchange Server; therefore, a connection to that server is required. You can register the Microsoft Exchange Server connection through the Fusion Middleware Control Console or using WLST.

You must mark a connection as active for events to work. You can register additional Microsoft Exchange Server connections, but only one connection is active at a time.

To view personal events in WebCenter Portal, users must have an account on the Microsoft Exchange Server.

9.2 Configuring Personal Events for WebCenter Portal

Use the roadmaps in this section as a guide through the configuration process for providing access to personal events:

The flow chart (Figure 9-1 ) and table (Table 9-1 ) in this section provide an overview of the prerequisites and tasks required for personal events to work in WebCenter Portal.

Figure 9-1 Configuring Personal Events for WebCenter Portal

Description of "Figure 9-1 Configuring Personal Events for WebCenter Portal"

Table 9-1 Configuring the Personal Events for WebCenter Portal

Actor	Task	Subtask	Notes
Administrator	1. Install WebCenter Portal and Microsoft Exchange Server		MS Exchange Server is the back-end component for personal calendars
	Install Microsoft Exchange Server 2013 (see Microsoft Exchange Server 2013 - Installation)	1.a Configure MS Exchange Server 2013 (see Microsoft Exchange Server 2013 - Configuration) 1.b Edit security settings (see Microsoft Exchange Server 2013 - Security Considerations) 1.c Ensure SSL is enabled (see Microsoft Exchange Server 2013 - Security Considerations)
	Install Microsoft Exchange Server 2010 (see Microsoft Exchange Server 2010 - Installation)	1.a Configure MS Exchange Server 2010 (see Microsoft Exchange Server 2010 - Configuration) 1.b Edit security settings (see Microsoft Exchange Server 2010 - Security Considerations) 1.c Ensure SSL is enabled (see Microsoft Exchange Server 2010 - Security Considerations)
	Install Microsoft Exchange Server 2007 (see Microsoft Exchange Server 2007 - Installation)	1.a Configure MS Exchange Server 2007 (see Microsoft Exchange Server 2007 - Configuration) 1.b Edit security settings (see Microsoft Exchange Server 2007 - Security Considerations) 1.c (Optional) Enable SSL (see Microsoft Exchange Server 2007 - Security Considerations)
	2. Configure a connection between the application and the events server using one of the following tools: Fusion Middleware Control (see Registering Events Servers Using Fusion Middleware Control) WLST (see Registering Event Servers Using WLST)
End User	3. Test that the personal calendar is working in WebCenter Portal	3.a Log in to WebCenter Portal and add an Events task flow to a page in your Home portal 3.b Click Login to Personal Calendar on the Events task flow and enter your MS Exchange Server

9.3 Events Prerequisites for Personal Events

This section includes the following subsections:

• Microsoft Exchange Server 2013 Prerequisites

• Microsoft Exchange Server 2010 Prerequisites

• Microsoft Exchange Server 2007 Prerequisites

9.3.1 Microsoft Exchange Server 2013 Prerequisites

This section describes the Microsoft Exchange Server 2013 prerequisites when used as the server for personal events.

This section includes the following subsections:

• Microsoft Exchange Server 2013 - Installation

• Microsoft Exchange Server 2013 - Configuration

• Microsoft Exchange Server 2013 - Security Considerations

• Microsoft Exchange Server 2013 - Limitations

9.3.1.1 Microsoft Exchange Server 2013 - Installation

Refer to the Microsoft Exchange Server 2013 documentation for installation information.

9.3.1.2 Microsoft Exchange Server 2013 - Configuration

To use Microsoft Exchange Server 2013 as the server for personal events, you must edit the Microsoft Exchange Server 2013 web service WSDL to specify the location of the web service.

To specify the location of the Microsoft Exchange Server 2013 web service:

1. Open the WSDL file for the Microsoft Exchange Server web service.

   For example:

   C:\Program Files\Microsoft\Exchange Server\ClientAccess\exchweb\ews\Services.wsdl
   

2. Add a service section that points to your Microsoft Exchange Server web service.

   For example:

   <wsdl:definitions>
   ...
     <wsdl:service name="ExchangeServices">
       <wsdl:port name="ExchangeServicePort" binding="tns:ExchangeServiceBinding">
         <soap:address location="https://server.example.com/EWS/Exchange.asmx"/>
       </wsdl:port>
     </wsdl:service>
   </wsdl:definitions>

9.3.1.3 Microsoft Exchange Server 2013 - Security Considerations

Events includes a Microsoft Exchange Server 2013 adapter that communicates with the Microsoft Exchange Server 2013 generic web service through a JAX-WS proxy. To set up the communication between the adapter and the web service, you must edit the Microsoft Exchange Server security settings. You must enable Basic authentication. Further, you must enable anonymous access to Services.wsdl, Messages.xsd, and Types.xsd so that JAX-WS can access them to create the service port before committing any web service call. This involves creating a virtual directory and enabling anonymous authentication and disabling Windows authentication.

To edit Microsoft Exchange Server security settings:

1. On Microsoft Exchange Server, open Internet Information Services (IIS) Manager.
2. Under Node computer_name > Sites > Default Web Site > EWS, double-click Authentication under IIS.
3. Right-click Basic Authentication and select Enable to enable Basic Authentication for the EWS application.
4. Under Sites, right-click Default Web Site and select Add Virtual Directory to create a virtual directory that will be used to provide anonymous access to Services.wsdl, Messages.xsd, and Types.xsd.
5. In the Add Virtual Directory dialog, in the Alias field, specify the name of the virtual directory, for example ExchWS.
6. In the Physical Path field, specify the path to the virtual directory. For example (Figure 9-2 ):

   C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\exchweb\ews

   Figure 9-2 Creating a Virtual Directory

   
   Description of "Figure 9-2 Creating a Virtual Directory"
7. Click Connect as.
8. In the Connect As dialog, ensure Application user (pass-thorough authentication) is selected.
9. Click OK.
10. Under Default Web Site > ExchWS, double-click Authentication under IIS.
11. Right-click Anonymous Authentication and select Enable (Figure 9-3 ).

    Figure 9-3 Enabling Anonymous Authentication

    
    Description of "Figure 9-3 Enabling Anonymous Authentication"
12. Right-click Anonymous Authentication and select Edit.
13. In the Edit Anonymous Authentication Credentials dialog, ensure Application pool identity is selected.
14. Right-click Windows Authentication and select Disable.

Events uses Basic Authentication to communicate with the Microsoft Exchange Server. To secure the communication, ensure that SSL is enabled. For more information, see:

http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/56bdf977-14f8-4867-9c51-34c346d48b04.mspx?mfr=true

You must also ensure that the SSLAlwaysNegoClientCert property is set to true in IIS. The SSLAlwaysNegoClientCert property controls SSL client connection negotiations.

For example, use the following command to set the SSLAlwaysNegoClientCert property:

CScript.exe adsutil.vbs SET w3svc/1/SSLAlwaysNegoClientCert true

For more information about the SSLAlwaysNegoClientCert property, see:

http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/bce0fb87-79ea-40cd-963f-239545b61a12.mspx?mfr=true

For information about setting the SSLAlwaysNegoClientCert property, see:

https://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/d3df4bc9-0954-459a-b5e6-7a8bc462960c.mspx?mfr=true to understand how to use adsutil.vbs

9.3.1.4 Microsoft Exchange Server 2013 - Limitations

There are currently no known limitations.

9.3.2 Microsoft Exchange Server 2010 Prerequisites

This section describes the Microsoft Exchange Server 2010 prerequisites when used as the server for personal events.

This section includes the following subsections:

• Microsoft Exchange Server 2010 - Installation

• Microsoft Exchange Server 2010 - Configuration

• Microsoft Exchange Server 2010 - Security Considerations

• Microsoft Exchange Server 2010 - Limitations

9.3.2.1 Microsoft Exchange Server 2010 - Installation

Refer to the Microsoft Exchange Server 2010 documentation for installation information.

9.3.2.2 Microsoft Exchange Server 2010 - Configuration

To use Microsoft Exchange Server 2010 as the server for personal events, you must edit the Microsoft Exchange Server 2010 web service WSDL to specify the location of the web service.

To specify the location of the Microsoft Exchange Server 2010 web service:

1. Open the WSDL file for the Microsoft Exchange Server web service.

   For example:

   C:\Program Files\Microsoft\Exchange Server\ClientAccess\exchweb\ews\Services.wsdl
   

2. Add a service section that points to your Microsoft Exchange Server web service.

   For example:

   <wsdl:definitions>
   ...
     <wsdl:service name="ExchangeServices">
       <wsdl:port name="ExchangeServicePort" binding="tns:ExchangeServiceBinding">
         <soap:address location="https://server.example.com/EWS/Exchange.asmx"/>
       </wsdl:port>
     </wsdl:service>
   </wsdl:definitions>

9.3.2.3 Microsoft Exchange Server 2010 - Security Considerations

Events includes a Microsoft Exchange Server 2010 adapter that communicates with the Microsoft Exchange Server 2010 generic web service through a JAX-WS proxy. To set up the communication between the adapter and the web service, you must edit the Microsoft Exchange Server security settings. You must enable Basic authentication. Further, you must enable anonymous access to Services.wsdl, Messages.xsd, and Types.xsd so that JAX-WS can access them to create the service port before committing any web service call. This involves creating a virtual directory and enabling anonymous authentication and disabling Windows authentication.

To edit Microsoft Exchange Server security settings:

1. On Microsoft Exchange Server, open Internet Information Services (IIS) Manager.
2. Under Node computer_name > Sites >Default Web Site > EWS, double-click Authentication under IIS.
3. Right-click Basic Authentication and select Enable to enable Basic Authentication for the EWS application.
4. Under Sites, right-click Default Web Site and select Add Virtual Directory to create a virtual directory that will be used to provide anonymous access to Services.wsdl, Messages.xsd, and Types.xsd.
5. In the Add Virtual Directory dialog, in the Alias field, specify the name of the virtual directory, for example ExchWS.
6. In the Physical Path field, specify the path to the virtual directory. For example (Figure 9-4 ):

   C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\exchweb\ews

   Figure 9-4 Creating a Virtual Directory

   
   Description of "Figure 9-4 Creating a Virtual Directory"
7. Click Connect as.
8. In the Connect As dialog, ensure Application user (pass-thorough authentication) is selected.
9. Click OK.
10. Under Default Web Site > ExchWS, double-click Authentication under IIS.
11. Right-click Anonymous Authentication and select Enable (Figure 9-5 ).

    Figure 9-5 Enabling Anonymous Authentication

    
    Description of "Figure 9-5 Enabling Anonymous Authentication"
12. Right-click Anonymous Authentication and select Edit.
13. In the Edit Anonymous Authentication Credentials dialog, ensure Application pool identity is selected.
14. Right-click Windows Authentication and select Disable.

Events uses Basic Authentication to communicate with the Microsoft Exchange Server. To secure the communication, you must enable SSL. For more information, see:

http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/56bdf977-14f8-4867-9c51-34c346d48b04.mspx?mfr=true

You must also ensure that the SSLAlwaysNegoClientCert property is set to true in IIS. The SSLAlwaysNegoClientCert property controls SSL client connection negotiations.

For example, use the following command to set the SSLAlwaysNegoClientCert property:

CScript.exe adsutil.vbs SET w3svc/1/SSLAlwaysNegoClientCert true

For more information about the SSLAlwaysNegoClientCert property, see:

http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/bce0fb87-79ea-40cd-963f-239545b61a12.mspx?mfr=true

9.3.2.4 Microsoft Exchange Server 2010 - Limitations

There are currently no known limitations.

9.3.3 Microsoft Exchange Server 2007 Prerequisites

This section describes the Microsoft Exchange Server 2007 prerequisites when used as the server for personal events.

This section includes the following subsections:

• Microsoft Exchange Server 2007 - Installation

• Microsoft Exchange Server 2007 - Configuration

• Microsoft Exchange Server 2007 - Security Considerations

• Microsoft Exchange Server 2007 - Limitations

9.3.3.1 Microsoft Exchange Server 2007 - Installation

Refer to the Microsoft Exchange Server 2007 documentation for installation information.

9.3.3.2 Microsoft Exchange Server 2007 - Configuration

To use Microsoft Exchange Server 2007 as the server for personal events, you must edit the Microsoft Exchange Server 2007 web service WSDL to specify the location of the web service.

To specify the location of the Microsoft Exchange Server 2007 web service:

1. Open the WSDL file for the Microsoft Exchange Server web service.

   For example:

   C:\Program Files\Microsoft\Exchange Server\ClientAccess\exchweb\ews\Services.wsdl
   

2. Add a service section that points to your Microsoft Exchange Server web service.

   For example:

   <wsdl:definitions>
   ...
     <wsdl:service name="ExchangeServices">
       <wsdl:port name="ExchangeServicePort" binding="tns:ExchangeServiceBinding">
         <soap:address location="https://server.example.com/EWS/Exchange.asmx"/>
       </wsdl:port>
     </wsdl:service>
   </wsdl:definitions>

9.3.3.3 Microsoft Exchange Server 2007 - Security Considerations

Events includes a Microsoft Exchange Server 2007 adapter that communicates with the Microsoft Exchange Server 2007 generic web service through a JAX-WS proxy. To set up the communication between the adapter and the web service, you must edit the Microsoft Exchange Server security settings.

To edit security settings:

1. On the Microsoft Exchange Server, open Internet Information Services (IIS) Manager.
2. Under Node computer_name > Web Sites >Default Web Site > EWS, click Properties.
3. On the Directory Security tab, in the Authentication and access control, click Edit.
4. Select Basic authentication.
5. Click OK.

   You must enable anonymous access to Services.wsdl, Messages.vsd, and Types.vsd so that JAX-WS can access them to create the service port before committing any web service call.

6. Right-click Services.wsdl and select Edit.
7. On the File Security tab, in the Authentication and access control, click Edit.
8. Select Enable anonymous access.
9. Click OK.
10. Repeat steps 6 through 9 for Messages.xsd and Types.xsd.

Events uses Basic Authentication to communicate with the Microsoft Exchange Server. To secure the communication, ensure that SSL is enabled. For more information, see:

http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/56bdf977-14f8-4867-9c51-34c346d48b04.mspx?mfr=true

You must also ensure that the SSLAlwaysNegoClientCert property is set to true in IIS. The SSLAlwaysNegoClientCert property controls SSL client connection negotiations.

For example, use the following command to set the SSLAlwaysNegoClientCert property:

CScript.exe adsutil.vbs SET w3svc/1/SSLAlwaysNegoClientCert true

For more information about the SSLAlwaysNegoClientCert property, see:

http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/bce0fb87-79ea-40cd-963f-239545b61a12.mspx?mfr=true

For information about setting the SSLAlwaysNegoClientCert property, see:

https://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/d3df4bc9-0954-459a-b5e6-7a8bc462960c.mspx?mfr=true to understand how to use adsutil.vbs

9.3.3.4 Microsoft Exchange Server 2007 - Limitations

There are currently no known limitations.

9.4 Registering Events Servers

You can register multiple events servers for WebCenter Portal, but only one is active at a single time.

To start using a new (active) connection you must restart the managed server on which the application is deployed.

This section includes the following topics:

• Registering Events Servers Using Fusion Middleware Control

• Registering Event Servers Using WLST

9.4.1 Registering Events Servers Using Fusion Middleware Control

To register an events server:

1. Log in to Fusion Middleware Control and navigate to the home page for WebCenter Portal.

   For more information, see Navigating to the Home Page for WebCenter Portal.

2. From the WebCenter Portal menu, select Settings > Service Configuration.
3. On the WebCenter Portal Service Configuration page, select Personal Events.
4. To connect to a new events server instance, click Add.

   The Add Personal Events Connection page appears (Figure 9-6 ).

   Figure 9-6 Configuring Events Connections

   
   Description of "Figure 9-6 Configuring Events Connections"
5. Enter a unique name for this connection, specify the version of Microsoft Exchange Server, and indicate whether this connection is the active (or default) connection for WebCenter Portal (see Figure 9-6 ).

   Table 9-2 Personal Events Connection - Name

   Field	Description
   Connection Name	Enter a unique name for the connection. The name must be unique (across all connection types) within WebCenter Portal.
   Connection Type	Select the Microsoft Exchange Server you want to connect to: Microsoft Exchange Server 2007 Microsoft Exchange Server 2010 Microsoft Exchange Server 2013
   Active Connection	Select to use this connection for events in WebCenter Portal. While you can register multiple events server connections, only one connection is used by events—the default (or active) connection.

6. Enter connection details for the events server (Table 9-3 ).

   Table 9-3 Personal Events - Connection Details

   Field	Description
   Web Service URL	Enter the URL of the web service exposing the event application. Use the format: protocol://host:port/appWebServiceInterface/WSName For example http://myexchange.com:80/ExchangeWS/PersonalEventsWebService.asmx http://myexchange.com:80/EWS/Services.wsdl
   Associated External Application	Associate events with an external application. External application credential information is used to authenticate users against the Microsoft Exchange Server hosting events.

7. Click OK to save this connection.
8. To start using the new (active) connection you must restart the managed server on which WebCenter Portal is deployed.

   For more information, see Starting and Stopping Managed Servers for WebCenter Portal Application Deployments.

9.4.2 Registering Event Servers Using WLST

Use the WLST command createPersonalEventConnection to create an events server connection. Use setPersonalEventConnection to alter an existing connection. For command syntax and examples, see createPersonalEventConnection and setPersonalEventConnection in WebCenter WLST Command Reference.

For information on how to run WLST commands, see Running Oracle WebLogic Scripting Tool (WLST) Commands.

Note:

To start using the new (active) connection you must restart the managed server on which WebCenter Portal is deployed. See Starting and Stopping Managed Servers Using WLST in Administering Oracle Fusion Middleware.

9.5 Choosing the Active Events Server Connection

You can register multiple events server connections with WebCenter Portal, but only one connection is active at a time.

This section includes the following topics:

• Choosing the Active Events Server Using Fusion Middleware Control

• Choosing the Active Events Server Connection Using WLST

9.5.1 Choosing the Active Events Server Using Fusion Middleware Control

To change the active connection:

1. Log in to Fusion Middleware Control and navigate to the home page for WebCenter Portal.

   For more information, see Navigating to the Home Page for WebCenter Portal.

2. From the WebCenter Portal menu, select Settings > Service Configuration.
3. On the WebCenter Portal Services Configuration page, select Personal Events.

   The Manage Personal Events Connections table indicates the current active connection, if any (Figure 9-7 ).

   Figure 9-7 Active Connection for Personal Events

   
   Description of "Figure 9-7 Active Connection for Personal Events"
4. Select the connection you want to make the active (or default) connection, and then click Edit.
5. Select the Active Connection check box.
6. Click OK to update the connection.
7. To start using the new (active) connection you must restart the managed server on which WebCenter Portal is deployed.

   For more information, see Starting and Stopping Managed Servers for WebCenter Portal Application Deployments.

9.5.2 Choosing the Active Events Server Connection Using WLST

Use the WLST command setPersonalEventConnection with default=true to activate an existing events server connection. For command syntax and examples, see setPersonalEventConnection in WLST Command Reference for WebLogic Server.

To subsequently disable an events connection, run the same WLST command with default=false. Connection details are retained but the connection is no longer named as an active connection.

For information on how to run WLST commands, see Running Oracle WebLogic Scripting Tool (WLST) Commands.

Note:

To start using the active connection you must restart the managed server on which WebCenter Portal is deployed. For more information, see Starting and Stopping Managed Servers Using WLST in Administering Oracle Fusion Middleware.

9.6 Modifying Events Server Connection Details

You can modify events server connection details at any time.

To start using the updated (active) connection you must restart the managed server on which WebCenter Portal is deployed.

This section includes the following subsections:

• Modifying Events Server Connection Details Using Fusion Middleware Control

• Modifying Events Server Connection Details Using WLST

9.6.1 Modifying Events Server Connection Details Using Fusion Middleware Control

To update connection details for an events server:

1. Log in to Fusion Middleware Control and navigate to the home page for WebCenter Portal. For more information, see Navigating to the Home Page for WebCenter Portal.
2. From the WebCenter Portal menu, select Settings > Service Configuration.
3. On the WebCenter Portal Service Configuration page, select Personal Events.
4. Select the connection name, and click Edit.
5. Edit connection details, as required.

   For detailed parameter information, see Table 9-3

6. Click OK to save your changes.
7. To start using the updated (active) connection you must restart the managed server on which WebCenter Portal is deployed.

   For more information, see Starting and Stopping Managed Servers for WebCenter Portal Application Deployments.

9.6.2 Modifying Events Server Connection Details Using WLST

Use the WLST command setPersonalEventConnection to edit an existing events server connection. For command syntax and examples, see setPersonalEventConnection in WebCenter WLST Command Reference .

For information on how to run WLST commands, see Running Oracle WebLogic Scripting Tool (WLST) Commands.

Note:

To start using the updated (active) connection you must restart the managed server on which WebCenter Portal is deployed. For more information, see Starting and Stopping Managed Servers Using WLST in Administering Oracle Fusion Middleware.

9.7 Deleting Event Server Connections

You can delete events server connections at any time, but use caution when deleting the active connection. If you delete the active connection, users cannot create events in their personal calendar.

This section includes the following subsections:

• Deleting Event Server Connections Using Fusion Middleware Control

• Deleting Event Server Connections Using WLST

9.7.1 Deleting Event Server Connections Using Fusion Middleware Control

To delete an events server connection:

1. Log in to Fusion Middleware Control and navigate to the home page for WebCenter Portal.

   For more information, see Navigating to the Home Page for WebCenter Portal.

2. From the WebCenter Portal menu, select Settings > Service Configuration.
3. From the list on the WebCenter Portal Service Configuration page, select Personal Events.
4. Select the connection name, and click Delete.

   Note:

   Before restarting the managed server, select another connection as active; otherwise, the service is disabled.

5. To make this change you must restart the managed server on which WebCenter Portal is deployed.

   For more information, see Starting and Stopping Managed Servers for WebCenter Portal Application Deployments.

9.7.2 Deleting Event Server Connections Using WLST

Use the WLST command deleteConnection to remove an events server connection. For command syntax and examples, see deleteConnection in WebCenter WLST Command Reference.

For information on how to run WLST commands, see Running Oracle WebLogic Scripting Tool (WLST) Commands.

Note:

To effect this change you must restart the managed server on which WebCenter Portal is deployed. For more information, see Starting and Stopping Managed Servers in Administering Oracle Fusion Middleware.

9.8 Testing Event Server Connections

To confirm the connection to the events server:

1. Add the Events task flow to a page in WebCenter Portal.

   Tip:

   In WebCenter Portal, add the task flow to a page in your Home portal. See Adding an Events Task Flow to a Page in Building Portals with Oracle WebCenter Portal.

2. Click Personal Events, then click Login to Personal Calendar.
3. Enter your Microsoft Exchange Server login credentials.

   The personal events from your Microsoft Exchange Server should display in the task flow.