The functionality of Content Station is driven by the available Applications. Each Application can be seen as a tool with which a specific task can be performed.
Content Station comes with a default set of Applications (such as Search, Upload, Planning), but you can also add additional Applications.
Type of Applications that can be added
The type of Applications that can be added fall into the following categories:
- Elvis 4 and Elvis 5
- Web sites
- Enterprise Server instances
- The Enterprise Report application
- Links to applications installed on the system
- Links to applications made with Adobe Flex
Tip: Adding an Application to Content Station makes it readily available and saves you from having to look for it outside of Content Station.
Where to find added Applications
As is the case for the default Applications, added Applications can be accessed from the Applications pane on the Home page or from the Tab menu.
Figure: Applications are shown in the Applications pane (A) on the Home page.
Added Applications appear with the following icons on the Home page:
Default icon for Web sites, Enterprise Server instances or the Enterprise My Reporting Application. Instead of this icon, it is also possible to use a custom icon.
External Applications are represented by their own icon or a custom icon, such as the icon for InDesign CS6 shown here.
Defining Applications
Applications are added by defining them between the <Apps> </Apps>
tags of the WWSettings.xml file.
Mac OS X
- /Library/Application Support/WoodWing
Windows
- c:\ProgramData\WoodWing
Note: This folder is hidden by default. To display this folder, change the folder options. (See the Windows Help file.)
Important: Make sure to validate the WWSettings.xml file for correct content. See Validating the WWSettings.xml file.
Example: Here, a link to the WoodWing Web site is defined:
|
Elvis 4 and Elvis 5
Adding Elvis 4 or Elvis 5 to Content Station enables you to search and manage all content that is stored within that environment and easily add content from Elvis to Enterprise through drag-and-drop.
For more information, see Integrating Elvis 4 in Content Station 9.
Web sites
Web sites should be added by using the following syntax:
<App name="application name" url="URL" icon="{SERVER_URL config/images/appicons/woodwing.png" external="true" or "false">
- App name is the name that appears with the icon on the Home page and as the name in the Tabs menu
- url is the path to Enterprise Server. The following wildcard is used (filled in automatically by Content Station):
{SERVER_URL}
The path to the current instance of Enterprise Server
- icon is the path to a custom icon stored on the server. When not defined, the default icon is used.
Note: Make sure of the following:
|
- external indicates whether the Web site should be opened within Content Station (value is set to "false" or the value is left out) or in the default Web browser on the system (when the value is set to "true).
Examples 1. Default icon with label "WoodWing.com" linking to the WoodWing Web site, opened in the default Web browser:
Icon and name on the Home page:
2. Custom icon with label "WoodWing.com" linking to the WoodWing Web site, opened within Content Station:
or
|
The following video shows the process of adding a Web site as an Application. Two Web sites are added, each with different settings:
Enterprise Server instances
Note: Adding an Enterprise Server instance provides access to the Maintenance pages for configuring the Server. A log-in with administrator rights is required to log in.)
For adding an Application that links to the instance of Enterprise Server to which Content Station is currently connected, the following syntax should be used:
<App name="name" url={SERVER_URL}index.php?ticket={SESSION_ID} icon="{SERVER_URL}config/images/appicons/woodwing.png" external="true" or "false"/>
- App name is the name that appears with the icon on the Home page and as the name in the Tabs menu
- url is the path to Enterprise Server. The following wildcards are used (filled in automatically by Content Station):
{SERVER_URL}
The path to the current instance of Enterprise Server{SESSION_ID}
The current ticket- icon is the path to a custom icon stored on the server. When not defined, the default icon is used.
Note: Make sure of the following:
|
- external indicates whether the Web site should be opened within Content Station (value is set to "false" or the value is left out) or in the default Web browser on the system (when the value is set to "true).
Examples: 1. Default icon with label "WW Server 9" linking to Enterprise Server, opened in the default Web browser:
Icon and name on the Home page:
2. Custom icon with label "WW Server 9" linking to Enterprise Server, opened within Content Station:
or
Icon and name on the Home page:
|
The Enterprise My Reporting Application
The My Reporting instance is the default reporting application that is shipped with Enterprise Server.
Note: For information, see Working with reports in Content Station 9.
The syntax for adding this Application is as follows:
<App name="name" url={SERVER_URL}/server/apps/report.php?ticket={SESSION_ID} icon="{SERVER_URL}config/images/appicons/woodwing.png" external="true" or "false"/>
- App name is the name that appears with the icon on the Home page and as the name in the Tabs menu
- url is the path to Enterprise Server. The following wildcards are used (filled in automatically by Content Station):
{SERVER_URL}
The path to the current server{SESSION_ID}
The current ticket- icon is the path to a custom icon stored on the server. When not defined, the default icon is used.
Note: Make sure of the following:
|
- external indicates whether the report should be opened within Content Station (value is set to "false" or the value is left out) or in the default Web browser on the system (when the value is set to "true).
Examples: 1. Default icon with label "WW Reports", opened in the default Web browser:
Icon and name on the Home page:
2. Custom icon with label "WW Reports", opened within Content Station:
or
Icon and name on the Home page: |
Installed applications
Any application that is installed on the system can be added to Content Station as a shortcut to access that application.
Note: Opening installed applications this way requires Enterprise Agent to be running.
The following syntax is used:
<App name="name" location="application path" parameters="-nologin{USERNAME}" icon="{SERVER_URL}application path icon/">
- App name is the name that appears with the icon on the Home page and as the name in the Tabs menu
- location is the full path to the application, (On Mac OS, this needs to go down to the Contents folder, see example below)
- parameters are values used for accessing Enterprise Server:
{USERNAME}
is the username for the user as defined on the system (filled in automatically)icon
is the path to a custom icon stored on the server. When not defined, the default icon is used.{SERVER_URL}
is the path to Enterprise Server (filled in automatically)Application path icon
is the path to the icon to appear for the application in the Application pane.
Note: Make sure of the following:
|
Example: Link to InDesign CS6 on Mac OS:
Link to InDesign CS6 on Windows:
|
Applications created with Adobe Flex
In the context of Content Station, the definition of a Flex application is any real application that can also run without Content Station and which runs in its own application domain.
Note: In practice, such applications will probably always be Flex applications (as an extension of the mx.Application), but they can also be build up from pure actionscript (without the Flex framework) or be a exported from an .fla file in Flash.
Restrictions
The following restrictions exist when using Flex applications inside Content Station:
- They cannot access most stage properties, methods, and events.
- They cannot get mouse and keyboard events from other Security Domains.
- They cannot perform drag-and-drop operations to or from Content Station when in sandbox mode.
- Dialog boxes are clipped at the boundaries of the application.
- If the application uses any of the AIR API’s it will not run in Content Station Web.
Rules to follow
When working with Flex applications in Content Station, follow these rules:
- Flex applications must be build as a SWF file.
- Data sharing between Content Station and the Flex application requires marshaling.
- Flex applications loaded from a http location can only run in sandbox mode, except when installed through the Server plug-in (as opposed to a manual installation, see Installation).
- The Flex application should check whether the correct runtime is installed.
- The Application Descriptor file (loaded by Content Station on startup) should note the AIR SDK used or “none” if there is no AIR dependency.
General notes
- Flex applications use the Content Station application folder as the base path.
- Use the API to retrieve the module base path. This path can be used to resolve paths to other files that the Flex application may need.
- Flex applications can be configured to load in their own Security Domain (sandboxed).
- A Flex application can have multiple instances running at the same time. This can be defined during installation.
- Content Station AIR has a minimum size of 960x600 pixels for showing the application in its own tab, leaving a minimum size for the application of 783x474 pixels. For larger screen sizes take into account that Content Station uses 187 pixels in width and 88 pixels in height around the application tab. Applications can use the canvas of this tab to lay out their user interface elements.
Sandboxed vs. Non-Sandboxed Mode
We advise to use sandboxed mode because this ensures the maximum amount of compatibility and it offers the most consistent configuration between Mac OS and Windows.
In sandboxed mode the Flex application is completely separated from Content Station. In none-sandboxed mode the use of Flex applications can be problematic when using RPC in combination with proxy servers. The only exception which requires the use of the none-sandboxed mode is if you need to use AIR functions.
Notes
|
Application Descriptor file
Every Flex application should have its own Application Descriptor file containing the following descriptions:
- Name. Name of the application
- File. Name of the SWF file
- Sandbox usage. True or false
- AIR SDK version. For example: “1.5.2” or “none”
- Flex SDK version. For example: “3.4.1.”
Note: For more information about the Application Descriptor file, see the template in the module samples.
Example of an Application Descriptor file:
|
Installation
Installation can be done in the following ways:
When enabled, the Server plug-in can download the application and make it available for the user by adding an icon to the Application pane on the Home page. This action is performed when the user logs in to Enterprise Server with Content Station.
Configuring the plug-in
A demo plug-in named "AddSubApplication" is shipped with Enterprise Server through which the process can be controlled.
The core of the plug-in is the "runAfter" function of the "AddSubApplication_SysGetSubApplications.class.php" file. In it, the following properties are defined:
- ID . The ID of the application. This ID has to be unique.
- Version. The current version of the application. This can be used to upgrade or downgrade the application upon login.
- PackageUrl. The URL to the config.xml file. This should link to an .xml file located on a server to which Content Station has access. The content of this .xml file should be as follows:
<ApplicationDescriptor>
<swf>application.swf</swf>
<assets>
<asset>assets/test1.swf</asset>
<asset>test2.png</asset>
</assets>
<ApplicationIcon>ApplicationAppIcon.png</ApplicationIcon>
<TabIcon>ApplicationTabIcon.png</TabIcon>
<AllowMultipleInstances>false</AllowMultipleInstances>
</ApplicationDescriptor>
ApplicationIcon is the icon shown in the Application pane on the Home page. For the optimal result, use a file in JPEG, PNG, GIF, or SWF format in a size of 32x32 pixels.
Tabicon is the icon shown in the tab when the application is opened. For the optimal result, use a file in JPEG, PNG, GIF, or SWF format in a size of 16x16 pixels.
Notes The SWF file, icons and any other assets that the application might need should link to existing resources on a server. The paths to these resources can be absolute or relative. If they are defined as relative the location of the XML file is used together with the relative path to the resource. For Content Station AIR, the resources will be downloaded upon login and placed in the local storage of the application. This way when another user logs in with the same access rights, the resources do not have to be downloaded again. When the version of the application changes in the Server plug-in, Content Station will always redownload the application. For Content Station Web, the applications are linked from the location defined in the config.xml file. Content Station Web cannot download the resources and place them in the local storage due to access rights of the Web browser and the operating system. |
DisplayName is the name of the application as it will appear in the Application pane on the Home page and in the application tab. No maximum length exists but it is best to use no more than 25 characters.
ClientAppName is the client application for which the application is registered.
Note: For more information about the config.xml file, see the config.xml file in the Samples. It explains the usage of each tag.
Step 1. Make the application available in one of the following locations:
- Locally on the user’s system.
- Globally by copying it to a folder on the same system where Enterprise Server is installed.
Note: This location should be the same location as where the Application Descriptor file is stored.
Step 2. Make an icon available (for instance in one of the Enterprise Server folders) for showing the application on the Home pane. Use a file in JPEG, PNG, GIF, or SWF format in a size of 32x32 pixels.
Step 3. Update the WWSettings.xml file for each instance of Content Station which needs to have access to the application by adding the following code between the <Apps></Apps>
tags:
Local installation:
<Apps>
<App name="My Application" applicationDescriptor="/Applications/BrowserApplication/applicationDescriptor.xml" icon="/Applications/BrowserApplication/MyApp_32x32.png" allowmultipleinstances="true"/>
</Apps>
Global installation:
<Apps>
<App name="My Application" applicationDescriptor="{SERVER_URL}/config/plugins/BrowserApplication/applicationDescriptor.xml" icon="{SERVER_URL}config/plugins/BrowserApplication/images/MyApp_32x32.png" allowmultipleinstances="true"/>
</Apps>
Important: Make sure to validate the WWSettings.xml file for correct content. See Validating the WWSettings.xml file.
Name. Name of the application as it will appear in the Application pane on the Home page and in the Tabs menu.
Tip: No maximum length exists but it is best to use no more than 25 characters.
applicationDescriptor: Path to the Application Descriptor file.
icon: Path to the icon file.
Allow multiple instances. Define whether multiple instances of the application can be run at the same time.
The method of entering the various paths differs by operating system and on which version of Content Station is used (Content Station AIR or Content Station Web) as shown by the examples below.
Example #1: Content Station AIR on Mac OS, sandboxed
<Apps>
<App name="My Application" applicationDescriptor="file://Users/someone/modules/applicationDescriptor.xml" icon="file://Users/someone/tempIcon.png" allowmultipleinstances="true"/>
</Apps>
The paths to the Application Descriptor file and the application icon should start with file:/. Both paths are absolute paths.
Example #2: Content Station AIR on Mac OS, none-sandboxed (not recommended)
<Apps>
<App name="My Application" applicationDescriptor="app://Application/MyApp/ApplicationDescriptor.xml" icon="file://Users/someone/tempIcon.png" allowmultipleinstances="true"/>
</Apps>
The path to the Application Descriptor file is an absolute path and should start with “app:/”. Spaces in the path name are not allowed.
The path to the application icon is an absolute path and should start with “file:/”.
Example #3: Content Station AIR on Windows, sandboxed
<Apps>
<App name="My Application" applicationDescriptor="file://C:/Program Files/modules/applicationDescriptor.xml" icon="file://C:/Program Files/modules/tempIcon.png" allowmultipleinstances="true"/>
</Apps>
The path to the application icon is an absolute path and should start with “file://”.
Note the use of the double forward slash "//".
Example #4: Content Station AIR on Windows, none-sandboxed (not recommended)
<Apps>
<App name="My Application" applicationDescriptor="app:/MyApp/ApplicationDescriptor.xml" icon="file://C:/Program Files/modules/tempIcon.png" allowmultipleinstances="true"/>
</Apps>
Example: If Content Station was installed in C:/Program Files/Content Station/, this WWSettings link will search in C:/Program Files/Content Station/modules/applicationDescriptor.xml.
Note: When upgrading Content Station, the application is removed.
Example #5: Content Station AIR on Mac or Windows, with the Flex application on a HTTP location
<Apps>
<App name="My Application" applicationDescriptor="http://MyServer/modules/applicationDescriptor.xml" icon="http://MyServer/modules/tempIcon.png" allowmultipleinstances="true"/>
</Apps>
Example #6: Content Station Web with non-sandboxed applications loaded from the same Enterprise Server domain
<Apps>
<App name="My Application" applicationDescriptor="../config/modules/applicationDescriptor.xml" icon="../config/modules/tempIcon.png" allowmultipleinstances="true"/>
</Apps>
Example #7: Content Station Web with sandboxed applications or non-sandboxed applications loaded from a different Enterprise Server domain
- Use an absolute path to point to your Application Descriptor file and point it to another server than the one on which Content Station Web is running on.
- On the Server where the Application Descriptor file is retreived (and therefore where the application stands), the crossdomain.xml file needs to be as follows:
<cross-domain-policy>
<allow-access-from domain="*" to-ports="*" />
</cross-domain-policy>
- The crossdomain.xml file needs to be at the same root as the Server where the application is placed.
Example: If your server is in "/Applications/Mamps/htdocs/Enterprise8", your crossdomain.xml should be found in "/Applications/Mamps/htdocs/crossdomain.xml".
Related Tasks
Working with Applications in Content Station 9
Adding Enterprise Server as an Application to Content Station 9
Adding applications installed on the system to Content Station 9
Adding the My Reporting Application to Content Station 9
Integrating Elvis 4 in Content Station 9
Reference Materials
Content Station 9 documentation
Controlling the number of files for which previews and metadata are pre-fetched in Content Station 9
Comment
Do you have corrections or additional information about this article? Leave a comment! Do you have a question about what is described in this article? Please contact Support.
0 comments
Please sign in to leave a comment.