• Release Schedule
• WCM Quick Start
• Project “Cheetah”
• Project “Swift”

The webinar can be viewed here.

Firstly to clarify, Web Studio is no longer part of the Community Alfresco product so is no longer available for download.  Web Studio was not part of an Enterprise release and was therefore not supported as part of the core product by Alfresco.  The Surf framework that Web Studio utilised has been committed to Spring Source.  The Surf framework is the underlying framework for Alfresco Share and Alfresco will continue to invest in Surf and surrounding developer tools.

With 3.3 Alfresco started to heavily invest in WCM utilising the core Alfresco repository (non AVM).  As part of this strategy we introduced the Web Editor (in-context editing) and Web Editor Framework (WEF).  The Web Editor Framework provides a standard plug-in framework that people can develop any type of functionality on.  The framework can be loosely considered to be a ribbon toolbar that can be customised e.g. adding custom tabs, buttons and any other UI required.  Most importantly it is a common framework that Alfresco, the Alfresco community, partners, customers, the Spring community and anyone else can develop on.  A lot of effort has gone into the way that toolbars, buttons and components in general can be packaged into a single file, allowing for new plug-in’s to easily be “dropped in” to a WEF environment.

The Web Editor was Alfresco’s first core product (documented, supported) feature that was built utilising the Web Editor Framework i.e. the Web Editor has a dependency upon the WEF.  The Web Editor addresses a single specific use case which is to edit content (semantic page content) in the context of the web site.  In context editing.  This functionality is something we are now looking to build on in future releases, expanding this functionality above and beyond simple editing.  The Web Editor focus however of the next release (internally named “Swift”) is still on the content editorial process for the Web Editor.

There is also a great deal of interest in what I will term “presentation management”, and this is where Web Studio really sparked peoples thoughts around Alfresco WCM.  By this I mean providing the ability for a site administrator  to manage sites, site structures, templates, components, navigation etc.  In order to provide these features in a consistent, supportable manner, an underlying model is required within the repository which can then be utilised by a  delivery framework.  As the WCM functionality moves forward, we will start to implement such a model, and utilise Spring Surf and the WEF to deliver the presentation management functionality.  The Swift release remains focused on web content production, so no presentation management capabilities are in scope for this release, however the building blocks around the model and Spring Surf will start emerge.

Speaking to Alfresco partners, customers and community member recently, I know people are already starting to implement the Web Editor Framework and build out their required functionality.  We have current customers who have built presentation management capabilities with full custom clients, and the Web Editor Framework provides a powerful  alternative to this route.

As we approach the final stages of development for 3.3 functionality, I thought it would be useful to write a brief introduction to the AWE to help people get started.  Please note that this article describes features currently found in HEAD, and are subject to change.

The Alfresco Web Editor (AWE) is a Spring Surf based web application that utilises the Forms Service to provide in-context editing capabilities to Alfresco repository content (non AVM).  Alfresco 3.3 also introduces the Web Editor Framework (WEF), which is a client side JavaScript framework that is a dependency of the AWE.  More on the WEF later.   The AWE is packaged as a stand-alone WAR file so that it can be deployed to web applications that are remote to the Alfresco application server.

Documentation:
Web Editor – http://wiki.alfresco.com/wiki/Web_Editor
Web Editor Framework – http://wiki.alfresco.com/wiki/Web_Editor_Framework

AWE Components

The diagram below shows the core components of the AWE in a basic configuration where all components (Alfresco and the AWE) are installed on a single application server:

JSP Support

With the initial release, the AWE will support JSP based web sites by providing a tag library.  Additional languages will be supported in future releases with Freemarker and PHP being top of the list.  The tags have been designed for easy implementation so that a developer can enable the AWE with minimal effort, and without effecting the CSS layout and design of the site.

Web Editor Framework (WEF)

One of the key design requirements for the AWE was to provide a client side framework that could be extended and built upon by our community.  As a result, the Web Editor Framework was developed.  This provides a client side JavaScript framework built using YUI that can be extended easily.  New tabs and buttons can be packaged and “dropped in” to the framework.  This allows Alfresco to provide core product features, and the Spring Surf and wider community to build out any custom plugins that are required.

As noted above, when the AWE is enabled, the WEF is a dependency that renders the toolbar and basic in-context editing buttons and functionality.  If the WEF is deployed stand-alone, the default blank toolbar is rendered.

A great deal of work has been done by Alfresco to package the WEF into and modular framework.  Were really hoping to see custom functionality being built and exchanged.

Build and Deploy

As well as the AWE itself, Alfresco Development have also provided a sample “customer” web application that allows you to easily test the in-context editing functionality.  The customer web app includes a simple tag library for calling content items from the repository.

There are a number of options for building the AWE and customer sample application.  Setting the APP_TOMCAT_HOME environment variable allows the builds to deploy directly to your Tomcat webapps directory.  For example:

APP_TOMCAT_HOME=C:\alfresco\tomcat


The build options are as follows:

clean-webeditor-projects - Cleans all projects related to the web editor project.

deploy-webeditor-tomcat - Deploys the web editor WAR to the application Tomcat server

incremental-webeditor-tomcat – Performs an incremental build and deployment of the Web Editor WAR

deploy-webeditor-sample - Performs a build and deployment of the customer sample website

To quickly get up and running, run:

ant incremental-webeditor-tomcat-exploded deploy-webeditor-sample-exploded

This will create both the customer and AWE web applications in your Tomcat webapps directory:

Sample “Customer” Web Application

The “customer” web application provides some simple examples and tests for the AWE.  Bundled with the customer web application example is a “customer” tag library.  This provides a simple mechanism for fetching content from the Alfresco repository.  In a production environment, the web application could be loading the content in any number of ways, so the customer tag library just gets you up and running quickly for the purpose of testing the AWE.

Open up \customer\includes\noderefs.jsp file.  You will see the two node references for sample content items:


<%
String mainTextNodeRef = "workspace://SpacesStore/301a540e-7101-489c-a8a7-859102a99ea5";
String subTextNodeRef = "workspace://SpacesStore/e94797ce-c6e9-47eb-b28c-c6a4eb3ce666";
%>

The two node refs are used throughout the example pages.  Create two example html files on your local disk, add some textual content, and upload these to a location within the repository.  Browse to these files using the node browser, and add the appropriate node references to the noderefs.jsp file.  Save the file and then browse to http://localhost:8080/customer/, and you should see the page rendered and the WEF toolbar.  You should be able to go ahead and edit any of the content items.

AWE Tag Library

As noted previously, the customer tag library is simply providing a mechanism to load a content item from the repository.  Within the index.jsp example, you will see the customer:property and customer:content tags used.  These are relatively self explanatory in that either a property or the content is loaded, hence if you have null displayed for your title, that is because it has not been set.

The template has a awe:startTemplate tag which resides within the <head></head> section of the page, and also a awe:endTemplate tag which sits just inside the closing </body> tag.  The awe:startTemplate tag essentially outputs a <script> tag and loads the WEF bootstrap webscript.  The awe:endTemplate tag on the other hand sets up the config for AWE i.e. a list of editable content items on the page and then renders a <script> tag to load the WEF resources script.

The awe:markContent tag is used to mark editable content on the page.  An edit icon is displayed on the page wherever the tag is used, or if CSS is disabled, an edit link with no image is used .  It is an option for the template developer as to where these are positioned, providing flexibility on where the most appropriate and logical position is for the content item in question.  In the example below, two parameters are specified, the id of the content item i.e. the node ref, and the title.  The title is used on the toolbar dropdown to list the available editable content items.  Note that within this example, no form is specified so the default form is assumed:

<awe:markContent id="<%=mainTextNodeRef%>" title="Edit Press Release" />

The example used later within the page utilises two additional attributes.  The formId allows the developer to specify a specific form to use, and the nestedMarker flag defines if the awe:markContent tag is used within a nested element.  If so, the element is used for a JavaScript flash effect, when a user is navigating using the drop down menu.  For example, a surrounding <div> element.


<div id="xyz">
<awe:markContent id="<%=subTextNodeRef%>" formId="description" title="Edit Trailing Text" nestedMarker="true" />
</div>

Please see the links below for documentation. Hopefully this has provided a good introduction to some of the AWE and WEF capabilities.  Comments and feedback welcome!

Documentation:
Web Editor – http://wiki.alfresco.com/wiki/Web_Editor
Web Editor Framework – http://wiki.alfresco.com/wiki/Web_Editor_Framework

Note:  These resources do not cover installation and setup.  For further information on installation see http://www.alfresco.com/products/ecm/enttrial/

Getting Started

• Web CMS’s Dissected – where does Alfresco WCM fit in compared to other products? – Essential reading from Peter Monks for anyone who is new to Alfresco WCM, or starting to investigate the product.  http://blogs.alfresco.com/wp/pmonks/2008/11/05/web-cmss-dissected/
• Getting Started with Web Content Management (WCM) 3.1 Enterprise – A PDF document stepping through the basics of the product including installing the sample website and configuring web forms.  THE place to start for basic product usage – http://www.alfresco.com/products/ecm/enttrial/files/getting_started_with_wcm_for_enterprise3_1.pdf
• Really Simple WCM – A recorded webinar stepping through several features of the product including web forms, file system projection (CIFS, FTP), user roles, basic workflow, sandboxes, virtualisation server (preview), basic deployment (FSR and ASR) and snapshots.  http://webinars.alfresco.com/forms/simplewcm/
• Alfresco Wiki – The source for reading up on all topics.  Browse by category – http://wiki.alfresco.com/wiki/Category:WCM

Web Forms

• WCM Forms Quick Tutorial – Alfresco Wiki – This document provides a quick tutorial on how to register and use WCM Forms – http://wiki.alfresco.com/wiki/WCM_Forms_Quick_Tutorial
• Learning Alfresco Web Forms by Examples – The definitive guide to WCM Xforms.  Dr Q runs through a series of hands on tutorials from the basics to advanced web form creation and usage.  http://drquyong.com/myblog/?p=65

Deployment

• WCM Deployment Features – Documentation on all of the WCM deployment options – http://wiki.alfresco.com/wiki/WCM_Deployment_Features
• Alfresco Transfer Service – A new service as part of 3.3 for the transfer of content between Alfresco servers (non AVM). http://wiki.alfresco.com/wiki/Transfer_Service

Preview

• WCM Preview – Alfresco Wiki document detailing the various preview options available including their specific use cases – http://wiki.alfresco.com/wiki/WCM_Preview

Content Modeling

• WCM Content Modeling webinar – A very detailed webinar from Peter Monks stepping through how to take a web site or mock-up (wireframes etc), and break it down into a set of discrete assets that can be efficiently managed with Alfresco WCM.  http://www.alfresco.com/about/events/2009/06/wcm-content-modeling/

Alfresco Web Editor and Web Framework

• Alfresco Web Editor – In-context editing for DM based content – http://wiki.alfresco.com/wiki/Web_Editor
• Getting started guide – http://www.benh.co.uk/alfresco/alfresco-web-editor/getting-started/

Renditions

• Rendition API – Introduced in 3.3, the rendition API allows non AVM based content to be transformed, utilising Freemarker and XSLT.  http://wiki.alfresco.com/wiki/DM_Renditions.  Documentation of the XSLT Rendering Engine are here – http://wiki.alfresco.com/wiki/XSLT_rendering_engine

Spring Surf

• Spring Surf Home Page – http://www.springsource.org/extensions/se-surf
• Spring Surf Documentation and Tutorials – http://www.springsurf.org/
• SURF Platform – What is SURF? – Alfresco Wiki – This provides a good first step for getting started with the Surf Platform – http://wiki.alfresco.com/wiki/Surf_Platform
• SURF Deployment configurations – Alfresco Wiki – A detailed page on the various ways in which SURF can be configured based on the use case – http://wiki.alfresco.com/wiki/Surf_Platform_-_Deployment_Configurations
• Getting Started with SURF – Three hands on tutorials covering building a basic web site from scratch using SURF.  Concludes with Alfresco WCM integration example -  http://www.benh.co.uk/alfresco/surf-part-1-getting-started/

The 3.1 JavaSccript API wiki page shows the required parameters:

ScriptNode copy(ScriptNode source, ScriptNode destination, String name)

Download the example web script here.  This web script is based on some example code taken from the Alfresco Forge project – FlexSpaces which contains some great examples of WCM web scripts.

As you will see from the descriptor file, the required parameters are passed to the JavaScript via the following URL:

/crossRepoCopy?sourcenodeid={sourceAdmNodeId}&targetstoreid={targetAvmStoreId}&targetavmpath={targetAvmPath}

In a production environment, the required arguments will no doubt be generated programmatically, however for the purpose of a simple example, we will collect them manually.  Firstly, the sourcenodeid source i.e. the node id of the source item that you wish to copy from the DM repo.  Using the Node Browser for this example, navigate to the source file and copy the node.  It will look something like:

workspace://SpacesStore/371d692f-46e7-4ca8-84bb-81a032ac1363

Strip out the workspace://SpacesStore/ as the example script adds it as required so you are left with:

371d692f-46e7-4ca8-84bb-81a032ac1363

Next the targetAvmStoreId, so the store that we are going to copy to within the AVM. This is made up from the web project dns name and the sandbox user name. Use the node browser once again and look for the store-identifier property. In my example the store-identifier is:

demo--admin

Finally the targetAvmPath which is the folder path to the location within the sandbox of where the content item will be created. In my example I would like to copy the content to the root of my web application folder so I use:

/www/avm_webapps/ROOT


With all of the parameters in place, the final request string looks like:

If the copy was successful, you will see:

Result String - Node was copied
Result Code - true

In this article I will look at deploying and consuming WCM content from a SURF web application.  To make this very simple, we have created a standalone Tomcat 6 bundle which has an example SURF web application pre-configured (thanks to Michael Uzquiano for all the assistance!).  This is the same web app as used in the previous articles, so all previous material is still relevant.

Once the Tomcat bundle is deployed and your WCM instance configured, you will have working examples of:

• An AVM layout separating Surf content (components, templates etc) and Web content (XML content, CSS, images etc).
• Deployment configuration allowing the Surf and/or Web content to be deployed to a local file system directory.
• An FSR – configured for the deployment as above
• A Surf website example of including static content e.g. an HTML file from the local file system.
• A surf website example of dispatching dynamic content from the remote Alfresco repository.
• Web form examples for the creation of example content.

Initially I will describe the steps required to get up and running, and then I will dissect the configuration so that we fully understand how it is working.

Prerequisites

• It is expected that you are familiar with Alfresco concepts such as CIFS, Web Scripts, Web Forms etc.  This is not a beginners tutorial to Alfresco WCM!
• Alfresco v3.x installed with WCM configured and running at http://localhost:8080.  If this address is different, you will need to re-configure the Alfresco endpoint.  This is detailed below within the “Dynamic Content Example”, so do not be alarmed if your “Products” section does not work after the install.
• This article is based on the Surf Deployment Configurations wiki article which I would highly recommend reading.

Download

Download the surf-sample Tomcat bundle and extract to your local file system e.g. c:\surf-sample.

Installation

Download the Surf demo Tomcat bundle and extract to your local file system.  Have a browse through the files and you will see that the following is included:

• surf-sample\sample – The Tomcat 6 bundle directory
• surf-sample\setup\AVM – An example directory structure to be loaded into the AVM
• surf-sample\setup\FSR – An example FSR
• surf-sample\setup\web forms – Example web forms for creating news and product items
• surf-sample\setup\web scripts – Example web scripts for the products section

Alfresco Setup

• Create a new web project with the DNS name – “demo”. If you do not use this name, you will have to make a small change to the “Product” web script. See the “Web Scripts” section below.
• Connect via CIFS to the AVM as the “admin” user.
• Copy the contents of the AVM structure dir from the surf-sample\setup\AVM\ROOT to the admin user sandbox via CIFS. (You could also zip up and bulk import if you prefer)
• Submit this content to the Staging sandbox.

The AVM directory structure should look like the following:

Web Forms

I have included two example web forms with the files so that you can quickly create some example content to be used with deployment, and for testing the example functionality.  There are two web forms which need to be installed, one for the news articles and one for products.

Article Web Form

• Create a new article web form using the C:\surf-sample\setup\web forms\article\article.xsd file.  Add the output path pattern of /${webapp}/content/news/source/${name}.xml
• Add C:\surf-sample\setup\web forms\article\latestNews.html.ftl as a rendition with the output path pattern /${webapp}/content/news/latestNews.html

Products Web Form

The product XML items are read dynamically by the Surf webapp.

• Create a new product web form using the C:\surf-sample\setup\web forms\product\product.xsd. Add the output path pattern of /${webapp}/content/products/source/${name}.xml

Note there is also a article.html.ftl file, however at present this is not used.  Once the web forms are installed, you can test creating some content.  Verify that the output is being populated to the correct locations as listed above.

Web Scripts

The Products section uses a web script which must be installed.

• Copy the C:\surf-sample\setup\web scripts\products folder in to the Alfresco Data Dictionary\web scripts folder and refresh the web scripts. If your site name is not “demo”, you will need to edit the site reference within C:\surf-sample\setup\web scripts\products\products.get.js i.e.


var storeid = ("demo");


Deployment Setup

All content is deployed to the C:\surf-sample\sample\deploy directory. This represents a stand alone directory which is configured to deliver the Alfresco content.  This directory is separated into two sections as follows:

• Web Content – e.g. HTML renditions, JS, CSS etc – deployed to C:\surf-sample\sample\deploy\webroot\ROOT
• Surf Content – surf items such as templates, components etc – deployed to C:\surf-sample\sample\deploy\alfresco

Configure two deployment targets:

• Edit your Web Project and add two File System Receivers using the details below.

Name: Content Production
Excludes: [A-Za-z0-9:/_]*ROOT/WEB-INF/*
Target Name: content

Name: Surf Production
Source Path: /ROOT/WEB-INF/classes/alfresco
Target Name: alfresco

FSR

There is an example FSR located within C:\surf-sample\setup\FSR.  You can copy this directory to another location if required e.g. c:\FSR.  The C:\surf-sample\setup\FSR\application-context.xml file has an example configuration which will need to be edited to match your file system locations depending upon where the surf-sample app is located.  See the dir locations in bold below:


<!-- Target Configuration. Modify for your site. -->
<property name="targetData">
<map>
<entry key="alfresco">
<map>
<entry key="root"><value>C:\surf-sample\sample\deploy\alfresco</value></entry>
<entry key="user"><value>admin</value></entry>
<entry key="password"><value>admin</value></entry>
</map>
</entry>
<entry key="content">
<map>
<entry key="root"><value>C:\surf-sample\sample\deploy\webroot</value></entry>
<entry key="user"><value>admin</value></entry>
<entry key="password"><value>admin</value></entry>
</map>
</entry>
</map>
</property>

Once complete, you should be able to start the surf-sample Tomcat and give the site a test.  Create some content using the web forms and deploy it to the surf-sample app.  Start the Tomcat using C:\surf-sample\sample\bin\startup.bat and hit http://localhost/surf/page?p=index

Static Content Example

The Home Page of the site includes a static HTML file that is created using the article.xsd web form.  This creates the latestNews.html file within the repository to ROOT\content\news which is then deployed to the C:\surf-sample\sample\deploy\webroot\ROOT\content\news.  The Surf web application then includes the latestNews.html at request time.

The HTML include import is done by the Surf component, however before this will function, we need to configure Surf (using Spring) to look into the C:\surf-sample\sample\deploy directory for the static content and web scripts.  If you open C:\surf-sample\sample\shared\classes\alfresco\web-extension\custom-web-framework-application-context.xml you will see the example configuration:


<!-- Local Store Abstract  -->
<bean id="webframework.localstore" class="org.alfresco.web.scripts.LocalFileSystemStore" abstract="true" init-method="init">
<property name="root">
<value>/surf-sample/sample/deploy</value>
</property>
</bean>
<!-- Web Scripts: Local Store -->
<bean id="webframework.localstore.webscripts" parent="webframework.localstore"> <property name="path">
<value>alfresco/site-webscripts</value></property>
</bean>

Once this is configured, components can access this static content.  The component that is used on the Home Page is C:\surf-sample\sample\deploy\alfresco\site-data\components\page.main.index.xml and looks like:

<?xml version='1.0' encoding='UTF-8'?>
<component>
<scope>page</scope>
<region-id>main</region-id>
<source-id>index</source-id>
<component-type-id>/component/common/include</component-type-id>
<properties>
<container>div</container>
</properties>
<resources>
<resource id="source" type="webapp">/content/news/latestNews.html</resource>
</resources>
</component>


You can see that we are using one of the web scripts that comes bundled with Surf which is referenced by  /component/common/include.  The resource id is then passed in i.e. the html fragment.

Finally, it is also worth noting at this point that we have mapped a Tomcat alias to point to the “deploy” directory also.  This allows us to reference files such as CSS and images if required, using the “/files” alias.  Here is the server.xml extract:

<Context path="/files" docBase="${catalina.home}/deploy/webroot/ROOT" reloadable="true" crossContext="true"/>

Dynamic Content Example

The second example is the Products page which dynamically loads content from the Alfresco repository.  A list of products is dynamically generated using a web script connecting top the remote Alfresco repository.  When a link is clicked, the relevant content item is dispatched and loaded from the local file system.

The first part of this is a web script that is called to list all of the product items.  This web script is actually located on the remote Alfresco server and therefore we have to configure Surf to search this location for web scripts.

Like configuring the local file store, there is a custom Spring file located in C:\surf-sample\sample\shared\classes\alfresco\web-extension.  Open the web-framework-config-custom.xml file and if you scroll to the bottom, you will see the following extract:


<config evaluator="string-compare" condition="Remote">
<remote>
<endpoint>
<id>alfresco-system</id>
<name>Alfresco - System access</name>
<description>System account access to Alfresco</description>
<connector-id>alfresco</connector-id>
<endpoint-url>http://localhost:8080/alfresco/s</endpoint-url>
<identity>declared</identity>
<username>admin</username>
<password>admin</password>
<unsecure>true</unsecure>
</endpoint>
<!-- The default endpoint -->
<default-endpoint-id>alfresco-system</default-endpoint-id>
</remote>
</config>

This extract configures the remote Alfresco repository as an end-point.  You may also notice just above this that there is another entrance as follows:

<!-- Webapp Resource Resolver -->
<resource-resolver>
<id>webapp</id>
<name>Alfresco Web Application Resource Resolver</name>
<description>Resolves data access for web application assets</description>
<class>org.alfresco.web.framework.resource.AlfrescoWebProjectResourceResolver</class>
<alias-uri>/files</alias-uri>
<store-id>demo</store-id>
</resource-resolver>


This lets Surf bind to web application resources, like static files, in this case, the actual product XML item we wish to view.

With the end-point and resource resolver in place we can call the remote web script.  So the process is fairly straight forward – the Surf component calls the remote web script that returns a list of products via JSON.  We then need a way to load an appropriate template to display each product, and that is done by a page-association item.  This tells Surf that there is an association between the content that is being loaded and the template we would like to use to display it.  Take a look at C:\surf-sample\sample\deploy\alfresco\site-data\page-associations\products.xml:

<?xml version="1.0" encoding="UTF-8"?>
<content-association>
<source-id>{http://www.alfresco.org/model/wcmmodel/1.0}avmplaincontent</source-id>
<dest-id>products</dest-id>
<assoc-type>content-type</assoc-type>
<format-id>default</format-id>
</content-association>

You can see here that the source-id is “{http://www.alfresco.org/model/wcmmodel/1.0}avmplaincontent” and that the dest-id is “products” meaning that all content of the type avmplaincontent would be rendered via the “products” template.

Summary

Hopefully this provides a preview of how nicely WCM content will integrate with Surf powered websites, and Web Studio is also on the horizon to complete the suite.  As noted previously, this Surf configuration and setup is based on the Surf Deployment Configurations wiki article which I would highly recommend reading.  This provides a really good and detailed overview of other possible Surf configurations.

Thanks to Michael Uzquiano for all the assistance!

Its designed as a basic introduction to the WCM product and provides information on :

• Setting up a web project
• Importing content
• Basic content editing/authoring
• Simple deployment using an File System Receiver (FSR)

]]> http://www.benh.co.uk/alfresco/screencast-deployment-and-delivery-overview-static-content/feed/ 0 http://www.benh.co.uk/alfresco/surf-part-2-pages-and-navigation/ http://www.benh.co.uk/alfresco/surf-part-2-pages-and-navigation/#comments Thu, 19 Feb 2009 15:59:41 +0000 admin http://www.benh.co.uk/?p=241 During part 1, the process of creating a simple web page using the SURF framework was discussed detailing creating a basic template and various components.  Next I will look at adding additional pages and building some simple navigation utilising SURF’s “Page Association” features.

Setup

If you have not got the basic home page up and running from part 1, download the sample web application here and deploy to your local Tomcat (or any other web app server).  Once installed and started you should be able to hit the home page using http://localhost:8080/surf/page?p=index as long as you are using your local machine and have not renamed the web app folder.  You should then get the HTML template home page as follows:

Overview

The process of creating a new page is relatively simple.  It basically involves creating a new “page” item, and the relevant components that will make up that page as covered in part 1.  In this example I am also going to introduce a new template so that we have a different layout for our new page.  Here is an overview of the steps involved:

• Create the new FTL template file (for the different layout)
• Create the new “template instance” so that the new template can be referenced from a page component
• Create the new page component

I will then move on the introduce some simple navigation using the Page Association item.

Templates and Pages

As noted, the process for creating the new template and page is identical to that covered in part 1 and therefore I will not describe the code in detail.  If you are in any doubt, refer to Part 1 accordingly.

I have decided to introduce a new template so that we can use a different page layout from that of the home page.  I have called this template “content.ftl” as it is a generic page for displaying any type of content.

Start by preparing a basic HTML page that will be used as a generic “content” page.  If you downloaded an HTML template for part 1, perhaps a second content page was also provided.  If not, you can take a copy of the current home page template.  It does not really matter at this stage what it looks like, as long as you can see it is different from your current home page layout.  You can always come back later and make CSS and other layout changes.  If you are using the template that is included as part of the download, you can use the following example content.ftl page:

<@region id="top" scope="global" />
<body>
<div id="content">
<@region id="header" scope="global" />
<div id="left">
<ul>
<li><a href="#">Example list item</a></li>
<li><a href="#">Example list item</a></li>
<li><a href="#">Example list item</a></li>
<li><a href="#">Example list item</a></li>
</ul>
</div>
<div id="right">
<h2>Aliquam metus turpis, luctus ac, sagittis eget</h2>
<div id="line"></div>
<p>Suspendisse egestas fringilla odio. Donec lacinia tristique ante. Cum sociis natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus. Etiam </p>
</div>
<@region id="footer" scope="global" />
</div>
</body>
</html>

You will note above that I have included the different components that we have available using the <region> tag.  This just allows us to re-use the global components we require e.g. header and footers.

• Create the new content.ftl file in the /WEB-INF/classes/alfresco/templates directory.
• Copy in your source HTML for your new layout, or the above example code into the new content.ftl file.
• Add in your global components where needed e.g. headers and footers using the <region> tag.
• Create a new template instance file in /WEB-INF/classes/alfresco/site-data/template-instances named content.xml.  You can copy the current “index.xml” file and remember to amend the <template-type> to point to the new content template.
• Now create the new page.  Lets create a page called “products“.  Create the page xml item within /WEB-INF/classes/alfresco/pages named products.xml.  Remember to reference the new content template instance.

Once this is complete, you should be able to manually request the page to test it using http://localhost/surf/page?p=products. Here is my example products page using the “content.ftl” template:

You can now go ahead and componentise the new page as you wish.  Perhaps separate the main content from the left pane and create web scripts to return the HTML where required.

Is is important that the navigation pane is componentised, as this is what we will be working with.  The image below shows the navigation component:

Here are the steps involved to create the navigation component:

• Create the new component in /WEB-INF/classes/alfresco/site-data/components.  I have named my example global.nav.xml as this will be a globally scoped/used component.
• Create a new web script FTL and descriptor file within /WEB-INF/classes/alfresco/site-webscripts.  Remember to match the same URL references as defined within the component.
• Chop out the HTML for the header navigation into the web script FTL file.
• Include the component using the region tag into both the index and content template files:


<@region id="nav" scope="global" />


• Test the pages so that the new nav component is being included correctly on both the index and the products pages.

We can now go ahead and create some dynamic navigation using Page Associations.

Page Association

From the Alfresco Wiki page – The Page Association objects allows you to link two pages together. Most commonly, this link is of type child and is meant to depict a fixed structure like a navigation tree. However, other types are possible and there is no requirement to use Page Associations as a means to support only a single fixed tree.

Using associations, multiple trees are possible. The nature of the associations, when expanded beyond child, is very similar to that of classifiers, categories, or tags. In other words, Pages may be associated to other pages, but they may also be laterally associated to other elements. This allows for implementations of faceted navigation and tag clouds.

In this example, we will create a very simple navigation to link the Home page (index) to the new Products page.  To do this we will create a page association item.

• Create a new Page Association item within /WEB-INF/classes/alfresco/site-data/page-associations named index-products.xml
• Add the following code.  Note the source and destination id’s relate the pages together:

<?xml version='1.0' encoding='UTF-8'?>
<page-association>
<source-id>index</source-id>
<dest-id>products</dest-id>
<assoc-type>child</assoc-type>
<order-id>1</order-id>
</page-association>

Once the association file is in place, we now need to modify the global nav web script to process the relationships and display the menu.  You should already have in place the nav.get.desc.xml file and nav.get.html.ftl (or files of similar name and purpose) web script files which currently just return the example menu HTML code, nothing dynamic.

In order to process the menu items, we will need to include some logic making use of a JavaScript file as part of the web script.

• Create a nav.get.js (or relative name if your nav web script is named differently) file within the web scripts directory – /WEB-INF/classes/alfresco/site-webscripts.


// renderer attribute
var renderer = instance.properties["renderer"];
if(renderer == null)
{
renderer = "horizontal";
}
model.renderer = renderer;

// set up rendering attributes
model.rootpage = sitedata.getRootPage();
model.linkbuilder = context.getLinkBuilder();

This code makes use of an example basic navigation component with horizontal and vertical renderers.  This is included as part of the surf starter war.

• Edit the nav.get.html.ftl file and remove the static HTML content.  Add the following code:

<#if renderer == "horizontal">
<@horizontal page=rootpage showChildren=true/>
</#if>
<#macro horizontal page showChildren>
<ul id="menu">
<li>
<#assign href = linkbuilder.page(page.id, context.formatId)>
<#assign classId = ''>
<#if page.id == context.page.id>
<#assign classId = 'current'>
</#if>
<a href='${href}' id='${classId}'>${page.title}</a>
</li>
<#-- Children of Home Page -->
<#list sitedata.findChildPages(page.id) as parentPage>
<li>
<#assign href = linkbuilder.page(parentPage.id, context.formatId)>
<#assign classId = ''>
<#if parentPage.id == context.page.id>
<#assign classId = 'current'>
</#if>
<a href='${href}' id='${classId}'>${parentPage.title}</a>
</li>
</#list>
</ul>
</#macro>

The above code makes use of the findChildPages(sourceId) Surf API call which simply finds all child page objects for the given top level page id.  It also demonstrates usage of the linkBuilder facility which dynamically creates the URL.  You will also notice that a style is being applied if we are viewing the current page i.e. parentPage.id == context.page.

This example could easily be extended for second level navigation simply by passing in the parent item id:

<#-- Children of Home Page -->
<#list sitedata.findChildPages(page.id) as parentPage>
<#-- Sub Pages -->
<#list sitedata.findChildPages(parentPage.id) as childPage>


This is a simplified version of the navigation code used within the Green Energy site which is part of the Alfresco Surf Code Camp material.  Jeff Potts has kindly made this available for download, and I would recommend taking a look to learn more about Surf in general (including an example of second level navigation).

• Refresh the web scripts using http://localhost:8080/surf/service/

You should now have working navigation showing the Home page and the Products page:

Summary

Here we have just created a new template (so we can alter the style of the page), and created a new page using the new template.  We then created a simple page association so that the navigation item could build the links. You can probably start to see how useful Web Studio will be, allowing new pages and navigation to be created using a GUI rather than hand coding each new page.

Next I will look at using Alfresco WCM with Surf, along with some deployment options.

Download

The completed web application is available for download here – SURF Part 2 – Pages and Navigation.

See also – SURF Part 1 – Getting Started and SURF Part 3 – Alfresco WCM Content