Essentials
This page summarizes the new features of Novell® exteNd DirectorTM and provides links to more detailed information in help.
For
the latest and most complete information on software and hardware requirements
for exteNd Director, see the Release
Notes.
Feature | Description |
Pageflows | A pageflow defines the flow of control for a set of pages that
execute within a single portlet. Each page presents a set of controls
that allow for user interaction. For example, the pages in a flow might
provide a way for the user to display stock quotes or weather forecasts,
or access corporate data such as employee information.
In addition to presenting pages for user interaction, pageflows can perform background processing tasks. For example, a pageflow might invoke a Web Service or access a database. Although you can execute custom Java code within a pageflow, you often do not need to. Pageflows contain two key components: activities and links. An activity is an object that represents a task. A link is an object that represents a path in the routing logic of the flow. A link points to an activity. Pageflows rely on portlet technology. To execute a pageflow, you need to use the prepackaged Page Flow Runner portlet. |
Forms | This release introduces the next generation of Web forms.
Based on XForms technology, Web forms you create in exteNd Director
overcome many of the limitations of HTML. They provide a robust, standards-based
way to define the layout, presentation, and user interactions associated
with forms.
XForms do not run as standalone applications. They are designed to run as components within a host language like XHTML. In the Novell implementation, they run within the context of a pageflow.
|
Portlets | This release includes comprehensive support for portlets,
as well as extensions that offer more flexibility in developing and running
portlets.
A portlet is a specialized Java class that processes requests from Web clients and generates dynamic content on a portal page. Portlets are defined in Java Portlet specification. You can think of portlets as pluggable user interface elements that provide a presentation layer for portal applications. Users can personalize the content and appearance of portlets, based on preferences set by an administrator. exteNd Director includes the following extensions to the Java Portlet
specification:
In addition, many of the portal components (system, base, and sample components) that shipped with previous releases have been converted to portlets.
|
Express Portal | When you install exteNd Director, you get an Express Portal
application that you can run right away. You do not need to deploy the application
from the exteNd Director development environment to use it.
When the install process has completed, you can simply open your browser and start the application with this URL:
|
Shared libraries | In this release, exteNd Director lets you place common libraries (JAR files) required by all exteNd Director applications in a shared location on the application server. This reduces the size of EAR and WAR files you build and the time needed for deployment. If you create a project that relies on shared libraries, you can usually deploy the project in a matter of seconds, since the archive created for the project is very lightweight. |
Feature | Description |
New project wizards |
The following project wizards have been added:
To use these wizards, select File>New Project and go to the Director tab. |
Pageflow Modeler | Integrated into exteNd Director is a complete graphing package
called the Pageflow Modeler that allows you
to quickly and visually create a pageflow process. The Pageflow Modeler
allows you to:
When you save a pageflow, the Pageflow Modeler translates your document
into an XML-based file called a process definition.
The process definition saves the layout and format of your workflow and
translates the flow logic into a program that the workflow engine can
read and execute. The Pageflow Modeler also saves a portlet descriptor that maps your pageflow to a pageflow runner. The pageflow runner is a Java class that is implemented as a portlet. exteNd Director ships with a prepackaged Page Flow Runner portlet that can run any pageflow.
|
Form Designer | The exteNd Director Form Designer provides an environment
for developing Web forms that are XForms 1.0-compliant. The Form Designer
is a graphical development tool that allows you to quickly create XForms
components for use in pageflow applications.
|
Database Pageflow Wizard | The Database Pageflow Wizard
is included with this release to help you create pageflows that give the
user a way to find, display, and modify records in a database. The Database
Pageflow Wizard generates a set of forms (XHTML pages that use XForms technology)
as well as one or more pageflows that tie the forms together into an integrated
user interface.
|
Web Service Pageflow Wizard | exteNd Director also provides tools for creating pageflows that invoke Web Services. To help you create these kinds of flows, exteNd Director provides the Web Service Pageflow Wizard. |
Composer Pageflow Wizard | exteNd Director also provides the Composer Pageflow Wizard to help you take advantage of exteNd ComposerTM services. |
Scoped paths | A typical pageflow process includes data that is manipulated
by pageflow users or program logic. To access data in a pageflow, you use
scoped paths. exteNd Director includes a
group of predefined scoped paths that are available from the Pageflow Modeler
and the Workflow Modeler and through the Scoped Path API. These give you
an easy way to refer to data in various locations. For example, you can
use them to access data in the Request and Response objects, as well as
files in the resource set or in the Content Management subsystem.
You can use scoped paths to associate objects with activities in a page flow or a workflow. You can also use scoped paths to copy data from one location to another. You can perform scoped path copies before and after activities, as well as on links. |
Dynamic submit buttons | A button link in a pageflow can be used to create a dynamic submit button on a form. At runtime, a navigation button is placed on the rendered form for each button link that comes out of the Form activity. The primary benefit of the button link is that it allows you to add navigation to forms dynamically. Whenever you want to change the navigation paths from a form, you can simply add links to the pageflow; you do not need to edit the XHTML form. |
Smart linking | You can use smart linking to reduce clutter in a pageflow
diagram. Smart links do not actually appear on the pageflow diagram; instead,
they are resolved dynamically at runtime. Smart linking is particularly
useful when many activities link to a common activity. For example, you
might want to use smart linking to allow all activities within a flow to
link dynamically to a common Help page.
|
Simple links | In this release, many of the links that were required in
a workflow have been replaced by the simple link, a single link that
represents a simple path from one activity to another. Simple links are
supported in pageflows as well as in workflows.
Simple links (also known as XOR links) allow you to specify expressions that evaluate to true or false. When the expression for a simple link evaluates to true, the link is followed to the next activity. When the expression evaluates to false, the path is not followed. Simple links provide an easy way to choose between multiple target activities. When an activity fiinishes processing, you can use expressions on simple links to determine which activity should be executed next. Note: The functionality of the XOR, OR, AND, and simple links (previously used in workflows) have been combined into the new simple link. |
Integration between pageflow and workflow | When a workflow process needs to display a user interface,
it can launch a pageflow. This greatly reduces the development effort required
to support user interaction within a workflow. It also eliminates the need
to create User activities for most kinds of user interactions.
|
XPath Navigator | The XPath Navigator dialog is a new feature provided
to help you specify valid XPath expressions visually. You can access
it from various exteNd Director tools when an XPath
is called for. For example, you can use the XPath Navigator dialog to specify
scoped paths.
|
Portlet Wizard | Although you can implement most of your portlet application logic using pageflows, there are situations in which you may want to write custom portlet classes. The Portlet Wizard simplifies the process by providing a graphical user interface for automatically generating a barebones portlet class with the appropriate imports and method signatures. |
Pageflow validation |
You can validate a pageflow at design time whenever you choose. The
Page Flow Modeler analyzes the process structure and displays any errors
encountered. For example, if an activity in a pageflow refers to an object
in the resource set that does not exist, an error message informs you
of the problem.
Note: The validation applies to the design-time process structure only. |
Dynamic loading of pageflows, forms, and portlets | When you modify pageflows, forms, and portlets in the exteNd Director development environment, your changes are automatically reflected on the server so that you can test them right away. |
Single point of access for administration | This release provides a single point of access for administration.
When you launch the Director Administration Console (DAC), you now
have access to all of the administration tools:
Note: The DAC replaces the PAC (Portal Administration Console). |
Feature | Description |
Java Portlet compliance | exteNd Director is fully compliant with Java
Portlet 1.0, which defines the portlet standard.
|
XForms support | exteNd Director provides an environment for developing XForms
1.0-compliant Web forms.
The advantages of the XForms standard include:
|
WSRP support | Although this release does not include full support for Web Services for Remote Portals (WSRP), the product architecture contains many of the features that will be required to offer complete WSRP support in a subsequent release. |
SAML support | exteNd Director is integrated with the Security Assertion Markup Language (SAML) capabilities provided by Novell iChain®. A SAML authentication in iChain is an HTTP authorization header with the encoded credentials of a mapped user. exteNd Director decodes that information and logs the user in under the covers. |
Feature | Description |
Portal Personalizer | The Portal Personalizer has been enhanced to support container pages and shared pages. |
Container pages | Container pages provide fixed content suitable for particular
groups of users. Administrators use container pages as blueprints for synthesizing
images, logos, and text into a proprietary corporate identity that can be
enforced in an organization.
Container pages must be defined by a portal administratora user
who is a member of the PortalAdmin group. The administrator uses
the Portal Administration portlet to specify the contents and layout
of container pages and to assign container pages to groups of users. Groups are assigned to container pages with View permission only, allowing them to access container pagesbut not modify them. |
Shared pages | Shared pages provide content to be shared by multiple users.
Shared pages must be created by a portal administratorany user who
belongs to the PortalAdmin group.
The administrator uses the Portal Administration portlet to specify the contents and layout of shared pages and to assign shared pages to users and groups. There are two types of permissions for shared page access:
|
Portal Administration portlet | The Portlet Administration portlet allows
administrators to create and modify shared and container pages. It also
allows administrators to assign these pages to users and groups.
The administrator uses the Portal Administration portlet to specify the contents and layout of container pages and to assign container pages to groups of users. |
Navigation portlet | The Navigation portlet provides
a graphical user interface that lets users easily navigate to all container,
shared, and user pages they are authorized to access.Typically, the portal
administrator places this portlet in a Navigation Pane on a container page.
The Navigation portlet automatically creates a set of links to the pages
available to the logged-in user.
The Navigation portlet is often included in a container page. |
Header portlet | The Header portlet provides
a mechanism for creating a customized look and feel for Web pages in an
organization. Typically, the portal administrator places this portlet at
the tops of container pages to establish a corporate identity.
|
Other portlets | To increase productivity, exteNd Director also provides the
following portlets:
|
Security/Directory inheritance model API | exteNd Director now supports the notion of user-based
security inheritance. This means that exteNd Director provides the ability
to set security at a container level and have descendant entities inherit
those settings.
User-based inheritance is the ability to use a hierarchical, LDAP-based directory service to set security on exteNd Director artifacts (elements). A new principal type called Container has been exposed. A container represents an organizational unit within the LDAP tree and can be used in setting access control lists (ACLs) on elements. Note: This release does not provide support for object-based inheritance, which implies inheritance of security settings (ACLs) in hierarchical environments, such as the Content Management subsystem.
|
Logging | This release includes enhanced logging capabilities. exteNd
Director can now log the following information:
The Framework config.xml file has a property called EboAuditLog.LoggingLevel that determines whether this information is logged. To take advantage of the enhanced logging capabilities, you need to set this property to 5. |
Multiple portlet instances | exteNd Director allows you to run multiple instances of a single portlet definition on the same page. |
Component support | This release provides complete support for portlets, as well as backward compatibility with portal components. exteNd Director continues to provide runtime support for portal components created in previous versions. |
Portlet preferences | At runtime, portlets are associated with a preferences
object, whose attributes determine how a portlet behaves and what content
it produces.
In exteNd Director, portlet preferences can be applied at four levels. Preferences can be:
Preferences specified at registration time override the deployment settings. Similarly, preferences specified at page assignment time override the registration settings. Preferences specified by the user override all other settings.
|
Portlet settings | Portlet settings are similar to preferences in that they
relate to portlets. Settings differ in that they are defined by the portal
and not by the portlet descriptor, as preferences are.
For example, a portlet setting called requires-authentication indicates to the portal that the portlet requires authentication. This setting may be applied at various levels, just as portlet preferences are. It can be applied in the novell-portlet.xml file, at registration time, or at page assignment. |
Feature | Description |
Event model |
This release includes a powerful event model. The exteNd Director event model is an extension of the event listener/producer model in Java. An event is a lightweight notification object that contains information relevant to one or more event listeners. The listener responds to the event in an appropriate way. The primary user of events in exteNd Director is the Content Management (CM) subsystem, which defines event objects for various CM operations. For example, you can register a listener for the "document added" operation that generates an event carrying information about the document's author, title, and other data. You can handle this event any way you choose -- like making a log entry, generating a print stream, or e-mailing interested parties. exteNd Director provides an extensible event framework with a full set of predefined events for content management, WebDav, and CM task management operations.
|
Dynamic group support for Novell eDirectoryTM | Dynamic groups allow group membership to be determined dynamically
via a query. Dynamic groups are not an LDAP standard but are implemented
by various directory vendors. exteNd Director 5.0 support for dynamic groups
is specific to eDirectory and may require modification when exteNd Director
supports additional directory products.
Dynamic groups are read-only in the PAC.
|
User/group list filtering | The Directory service provides a means for clients to retrieve
a subset of users and groups from the underlying realm without initially
retrieving the entire set of users or groups. This improves initial performance
and reduces memory requirements for realms that support partial data retrieval.
This applies to LDAP, PersistManager, exteNd Server LDAP, exteNd Server (compatible), WebLogic LDAP, WebSphere, and WebSphere LDAP. |
FireRule condition | With this release, the Rule subsystem allows you to use the successful firing of a rule as a condition. |
Workflow clustering support | Workflows can now be deployed and managed in a clustered environment. |
Multithreaded portlet rendering | The Portal supports multithreaded rendering of portlets.
To enable this feature, the Portal Aggregator processes a render request
in three major steps:
The aggregation process splits up the work over the available threads provided by a thread pool. A portlet can signal to the Portal that it can be called in a separate thread via a flag in the novell-portlet.xml file. To enable multithreading for a portlet, set the synchronous property to 0, as follows:
|
Feature | Description |
Toolset integration |
With this version, the programming facilities and other utility tools of the former Novell exteNd WorkbenchTM product
have been rolled into the Novell exteNd Director development environment.
The result is a dedicated, comprehensive, and well-integrated toolset that launches under the name exteNd Director.
Most Novell exteNd product configurations include the full exteNd Director development environment and application framework (with or without optional subsystems). However, some minimal configurations include only a subset of the development environment: the exteNd Director utility tools (for generic J2EE and Web Service programming). The title bar of the development environment window indicates whether you have exteNd Director or just the exteNd Director utility tools. |
XML Editor |
The XML Editor now includes the following enhancements:
|
Schema Editor |
The following features have been added to help you develop and maintain
XML Schema files:
|
XSL Editor |
The following features have been significantly enhanced to help you develop and maintain
XSL style sheet files:
|
CSS Editor |
The following features have been added to help you develop and maintain
CSS style sheet files:
|
Novell exteNd Web Services SDK |
This release includes Version 5.0 of the Novell exteNd Web Services SDK (formerly jBrokerTM Web),
which provides core facilities for developing and running Web Services in the Novell exteNdTM environment.
In this version, note that:
The list of JARs required by the Web Services SDK when compiling and running Web Service classes is now as follows:
All of these JAR files are now provided in the tools\compilelib directory. (The jaxp-api.jar file from earlier versions is no longer needed; use xmlParserAPIs.jar instead.)
|
Web Service test environment | The Novell exteNd Web Services SDK provides a new feature
to help you test your Web Services from a Web browser. Once you develop
and deploy a Web Service, you can browse to the URL for that service to
access test forms for each available method. From there you can enter any
required parameters, invoke the service, and see the result.
Runtime availability of this testing feature is controlled via an environment entry named wssdk.test.disable in your WAR's deployment descriptor (or deployment plan). When you create a generic WAR project in exteNd Director, the Project Wizard automatically includes wssdk.test.disable and sets it to true. To enable the feature, you must set wssdk.test.disable to false before you deploy.
|
Web Service Wizard |
When you generate a Web Service and its WSDL file, the Web Service Wizard displays two new panels
that prompt for Schema information to include in that WSDL.
This information is used to map method parameters (arguments and return values) of type Element
to qualified names in one or more Schemas.
To be in line with the WSDL 1.2 specification, the Web Service Wizard now disallows overloaded method names in Web Service interfaces. If you're generating from:
|
Registry Manager |
The following features have been added to the Registry Manager in this version:
|
WSDL Editor |
The WSDL Editor is now NetBeans-based and includes the following enhancements:
|
Exclude/include for files in projects |
This version enhances your control over project contents by letting you exclude individual files from any directory you've added to a project.
You can operate this feature in a couple of different ways:
|
J2EE server profiles and deployment |
This version updates the built-in support for J2EE servers (reflected in the Profiles dialog and Deployment Settings dialog)
to include the following choices.
You'll have access to one or more of these choices, depending on your Novell exteNd product configuration
(see the exteNd Release Notes for details).
|
General usability | The following user interface enhancements have been introduced
to improve the general usability of the exteNd Director development environment:
|
Menus |
The menus on the standard exteNd Director menu bar have been reorganized for easier use, added functionality, and improved consistency.
The new menu bar lineup is:
File Edit View Project Tools current-editor's-menu Window Help Menu changes include the following:
|
Toolbars | This version adds the following features for managing toolbars
in the exteNd Director development environment:
|
Preferences |
The Preferences dialog (now accessed via Tools>Preferences) has been enhanced in several ways:
|
New File and New Project dialogs |
The New File dialog (now accessed via File>New>File) includes these enhancements:
The New Project dialog (now accessed via File>New>Project) includes these enhancements:
|
Product directory and file changes | A number of product directories and files have been reorganized
and renamed for this version of the exteNd Director development environment
(to support toolset integration and improved installation). Noteworthy changes
include the following:
|
Environment variables |
When the exteNd Director development environment is installed on Windows, the environment variable NOVELL_EXTEND_DIRECTOR_DEV_HOME
is created to point to C:\Program Files\Novell\exteNd5\tools.
This replaces the earlier NOVELL_EXTEND_WORKBENCH_HOME (which is now deprecated, but still provided for backward compatibility).
The earlier SILVERSTREAM environment variable names are no longer provided. When upgrading older projects, you might need to replace these variable names in your project files (via the Project Settings dialog).
|
JRE requirement |
The exteNd Director development environment now requires Version 1.4.2 of the JRE (Java 2 Runtime Environment),
which is included in the Novell exteNd product installation.
(However, you can still choose to compile your projects for either JRE 1.4.x or 1.3.x as needed.)
|
Jikes compiler | The Jikes compiler (jikes.exe) is no longer provided when
you install the Novell exteNd Director development environment. However,
Jikes is still a valid compiler choice (specified on the Build tab of the
Preferences dialog). To use Jikes, you must first obtain
jikes.exe yourself and add it to your system
PATH.
|
MySQL support |
The MySQL Connector/J driver
is automatically included when you install MySQL along with Novell exteNd.
Access to the driver JAR file from the development environment is set up for you.
To start using this driver, you just need to create a database profile for it (go to the Databases tab of the Profiles dialog and click New). In the Create a New Database Profile dialog, fill in the JDBC Driver setting with the Connector/J driver's class name: com.mysql.jdbc.Driver |
Debugging |
The exteNd Debugger (SilverDebugger.exe) is no longer included.
Instead, you can run the debugger of your choice by selecting Tools>Launch Debugger.
It prompts for a debugger command, then executes it.
You can specify your default debugger command on the General tab of the Preferences dialog. |
Copyright © 2003 Novell, Inc. All rights reserved. Copyright © 1997, 1998, 1999, 2000, 2001, 2002, 2003 SilverStream Software, LLC. All rights reserved. more ...