IBM Mashup Center fix pack 2.0.0.1 readme

© Copyright International Business Machines Corporation 2007, 2010. All rights reserved. US Government Users Restricted Rights – Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM® Corp.

Installing this fix pack

Prerequisite: You must install IBM Mashup Center, version 2.0 before you install fix pack 2.0.0.1.

This fix pack consists of the following files:

Installing on Windows

  1. Verify that the WebSphere® Application Server is shut down:
    1. Open the Services list: Select Start > Control Panel > Administrative Tools > Services.
    2. Open the Service entry for IBM WebSphere Application Server V7.0 - node_name.
    3. If the Service status is Started, click Stop and wait for the Status to indicate that the server is Stopped.
  2. Set up the directories for the fix pack files:
    1. Copy the updatemashup.bat and updatemashup.xml files to the mashupcenterhome directory, where mashupcenterhome is the Mashup Center root directory. For example: C:\Program Files\IBM\Mashup Center\2.0.
    2. Copy the MashupCenter2001.pak file to the mashupcenterhome\fixes directory.

      The directories will have the following structure:

      mashupcenterhome\updatemashup.bat
      mashupcenterhome\updatemashup.xml
      mashupcenterhome\fixes\MashupCenter2001.pak
  3. Run the fix pack upgrade:
    1. Open a command prompt window.
    2. Change to the mashupcenterhome directory.
    3. Type updatemashup.bat MashupCenter2001

      The update runs automatically.

  4. Start the WebSphere Application Server server. See step 1.

    You can verify that the fix pack is installed successfully by accessing the features of MashupHub and the mashup builder.

Installing on Linux

  1. Shut down the WebSphere Application Server by running the stopServer command:
    mashupcenterhome/AppServer/bin/stopServer.sh server1

    Where mashupcenterhome is the Mashup Center root directory. For example, /opt/ibm/MashupCenter/2.0 and server1 is the name of the Mashup Center server.

    If you do not provide a -username and -password, a dialog box appears that prompts you for the username and password.

  2. Set up the directories for the fix pack files:
    1. Copy the updatemashup.sh and updatemashup.xml files to the mashupcenterhome directory.
    2. If the updatemashup.sh file does not have execute permission, run this command: chmod 755 updatemashup.sh
    3. Copy the MashupCenter2001.pak file to the mashupcenterhome/fixes directory.

      The directories and files will have the following structure:

      mashupcenterhome/updatemashup.sh
      mashupcenterhome/updatemashup.xml
      mashupcenterhome/fixes/MashupCenter2001.pak
  3. Run the fix pack upgrade:
    1. Change to the mashupcenterhome directory.
    2. Type updatemashup.sh MashupCenter2001

      The update runs automatically.

  4. Start the WebSphere Application Server by running the startServer command:
    mashupcenterhome/AppServer/bin/startServer.sh server1

    You can verify that the fix pack is installed successfully by accessing the features of MashupHub and the mashup builder.

Installing this fix pack in a cluster configuration

If you have a cluster configuration, you must install the fix pack on each node separately.

Prerequisite: Before you install the Mashup Center 2.0.0.1 fix pack, be sure that you have installed Mashup Center 2.0 and that you have configured a clustered server environment. For details, see Configuring a clustered server environment.

Do the following steps:

  1. In the Deployment Manager administrative console, stop the cluster, and also stop all the node agents.
  2. Do the following steps to apply the fix pack on each custom node:
    1. For non-primary nodes, do these steps:
      1. In your Mashup Center installation directory, edit Config/config.properties, uncomment the properties, and set the correct values for SERVER_NAME and CLUSTER_NAME. For SERVER_NAME, add this property to the Config/config.properties, if it does not exist. The value for the SERVER_NAME property is the name of the WebSphere Application Server server (the default value is server1). The value for the CLUSTER_NAME property is the cluster name in the Deployment Manager administrative console.
      2. Change to the MashupHome directory, and run updatemashup.bat MashupCenter2001 for Windows or ./updatemashup.sh MashupCenter2001 for Linux. Be sure the file access privilege of updatemashup.sh is 755 so that it is executable. If it is not executable, run chmod 755 updatemashup.sh.
    2. For primary nodes, do these steps:
      1. In your Mashup Center installation directory, edit Config/config.properties, uncomment the properties, and set the correct values for SERVER_NAME and CLUSTER_NAME. For SERVER_NAME, add this property to the Config/config.properties, if it does not exist. The value for the SERVER_NAME property is the name of the WebSphere Application Server server (the default value is server1). The value for the CLUSTER_NAME property is the cluster name in the Deployment Manager administrative console. Also, set values for these properties:
        • DeploymentManagerHostname=
        • DeploymentManagerConnectorPort=
        • DeploymentManagerAdminuser=
        • DeploymentManagerAdminpass=
      2. Locate mm/config/ConfigService.properties, uncomment and set the correct value for the com.ibm.mashups.cluster property.
      3. Change to the MashupHome directory, and run updatemashup.bat MashupCenter2001 for Windows or ./updatemashup.sh MashupCenter2001 for Linux. Be sure the file access privilege of updatemashup.sh is 755 so that it is executable. If it is not executable, run chmod 755 updatemashup.sh.
      4. Change to the Config directory of your Mashup Center installation root, and run ./config.sh update-was-config for Linux or ./config.bat update-was-config for Windows.
  3. Do the following steps to redeploy all applications on the Deployment Manager node:
    1. Stop the Deployment Manager server on the Deployment Manager node.
    2. Locate and extract \fixes\MashupCenter2001.pak\Config\mm.admincommand.jar from fixpack.zip, and copy it under WAS_installation_root/lib. Also, extract the fixes\MashupCenter2001.pak\mashupsWAS7.zip\mm_ear directory to WAS_installation_root/mm. Now, you should have the following layout:
      • WAS_installation_root/lib/mm.admincommand.jar
      • WAS_installation_root/mm/mm_ear/*.ear
    3. Start the Deployment Manager server on the Deployment Manager node.
    4. Go to Dmgr_Profile/bin, and run wsadmin.sh for Linux or wsadmin.bat for Windows. Run the following command in your wsadmin environment. Change the values for the parameters earDirectoryName and clusterName properties according to your environment:
      $AdminTask deployMashupsEAR {-clusterName clustet01 
      -earDirectoryName "WAS_installation_root/mm/mm_ear"}
      $AdminConfig save
  4. Start the node agents and the cluster.
  5. Do the following steps if the IBM HTTP Server is configured with Mashup Center:
    1. In the WebSphere Application Server Deployment Manager administrative console, delete the existing Web server and create a new one.
    2. If the IBM HTTP Server and the WebSphere Application Server Deployment Manager node are not installed on the same machine, copy the plugin-config file from the WebSphere Application Server Deployment Manager node to the IBM HTTP Server node. If they are installed on the same machine, skip this step.

Known issues

The following section contains information about known issues in Mashup Center, v2.0.0.1

General
  • Unexpected errors in SystemOut.log occur under heavy workload

    When using Mashup Center in a heavy-workload environment, you may see the following types of exceptions in the SystemOut.log file:
    0000001d servlet       
    E com.ibm.ws.webcontainer.servlet.ServletWrapper service SRVE0068E: 
    Uncaught exception created in one of the service methods of the servlet 
    redirect in application mm.was. Exception created : 
    java.lang.ArrayIndexOutOfBoundsException
        at org.apache.jasper.runtime.JspWriterImpl.write(JspWriterImpl.java:354)
        at org.apache.jasper.runtime.JspWriterImpl.write(JspWriterImpl.java:371)
        at com.ibm._jsp._bootstrap._jspService(_bootstrap.java:477)
        at com.ibm.ws.jsp.runtime.HttpJspBase.service(HttpJspBase.java:98)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:831)
        at com.ibm.ws.webcontainer.servlet.ServletWrapper.service
    (ServletWrapper.java:1530)
        at com.ibm.ws.webcontainer.servlet.ServletWrapper.service
    (ServletWrapper.java:1470)
        at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter
    (WebAppFilterChain.java:131)
        at com.ibm.mm.was.filter.CompressionFilter.doFilter
    (CompressionFilter.java:119)
        at com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter
    (FilterInstanceWrapper.java:188)
        at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter
    (WebAppFilterChain.java:116)
        at com.ibm.mm.was.filter.CacheHeaderFilter.doFilter
    (CacheHeaderFilter.java:107)
        at com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter
    (FilterInstanceWrapper.java:188)
        at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter
    (WebAppFilterChain.java:116)
        at com.ibm.mm.was.filter.LoginFilter.doFilter(LoginFilter.java:40)
        at com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter
    (FilterInstanceWrapper.java:188)
        at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter
    (WebAppFilterChain.java:116)
        at com.ibm.ws.webcontainer.filter.WebAppFilterChain._doFilter
    (WebAppFilterChain.java:77)
        at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter
    (WebAppFilterManager.java:858)
        at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest
    (ServletWrapper.java:824)
        at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest
    (ServletWrapper.java:458)
        at com.ibm.ws.webcontainer.servlet.ServletWrapperImpl.handleRequest
    (ServletWrapperImpl.java:175)
        at com.ibm.wsspi.webcontainer.servlet.GenericServletWrapper.handleRequest
    (GenericServletWrapper.java:121)
        at com.ibm.ws.jsp.webcontainerext.AbstractJSPExtensionServletWrapper.handleRequest
    (AbstractJSPExtensionServletWrapper.java:239)
        at com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest
    (CacheServletWrapper.java:91)
        at com.ibm.ws.webcontainer.WebContainer.handleRequest
    (WebContainer.java:862)
        at com.ibm.ws.webcontainer.WSWebContainer.handleRequest
    (WSWebContainer.java:1583)
        at com.ibm.ws.webcontainer.channel.WCChannelLink.ready
    (WCChannelLink.java:178)
        at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination
    (HttpInboundLink.java:455)
        at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewInformation
    (HttpInboundLink.java:384)
        at com.ibm.ws.http.channel.inbound.impl.HttpICLReadCallback.complete
    (HttpICLReadCallback.java:83)
        at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted
    (AioReadCompletionListener.java:165)
        at com.ibm.io.async.AbstractAsyncFuture.invokeCallback
    (AbstractAsyncFuture.java:217)
        at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions
    (AsyncChannelFuture.java:161)
        at com.ibm.io.async.AsyncFuture.completed
    (AsyncFuture.java:138)
        at com.ibm.io.async.ResultHandler.complete
    (ResultHandler.java:204)
        at com.ibm.io.async.ResultHandler.runEventProcessingLoop
    (ResultHandler.java:775)
        at com.ibm.io.async.ResultHandler$2.run
    (ResultHandler.java:905)
        at com.ibm.ws.util.ThreadPool$Worker.run
    (ThreadPool.java:1550)

    Currently, WebSphere Application Server PMR 750,93,999 is tracing this issue. The fix will be provided as an APAR.

Installation and configuration
  • Enabling HTTPS for login.jsp causes some resources to load twice

    By default, the login form is protected by SSL. However, the form is not protected by Mashup Center by default. As a result, some static resources may be requested twice (once using HTTPS on the login form, again using HTTP after login). If you use HTTPS to access Mashup Center first, then this issue will not occur because you will still be using HTTPS after login.

    Additionally, if you do not want the login form to be protected by SSL, you may disable it by editing MashupCenter_install_root/mm_profile/config/cells/cell name/applications/mm.was.ear/deployments/mm.was/mm.runtime.was.war/WEB-INF/web.xml. In the Login Form Constraint, set the transport-guarantee from CONFIDENTIAL to NONE. This will also fix this issue.

  • Login screen requires users to authenticate via HTTPS

    In the case where Lotus Mashups and MashupHub are installed separately on two WebSphere Application Server servers, and SSL is not enabled (and only IBM HTTP Server has been configured), after applying fix pack, the login page will redirect to https://host_name/mum/resources/bootstrap/login.jsp. Since SSL has not been enabled, users cannot access the page. To fix the issue, enable SSL.

    Note: Be sure to enable SSL on IBM HTTP Server as well the connection between the IBM HTTP Server plug-in and WebSphere Application Server. For more information, see the steps in Configuring a clustered environment in which Lotus Mashups and MashupHub are installed on the same servers.
  • Not all groups receive updates to global palette

    When configuring a global palette for users, you can modify ConfigService.properties with an include statement that specifies the groups of users to receive the updated palette. However, after running the command to persist the changes and then restarting the server, you may notice that only the first group you specified sees the changes in their palettes.

    This fix pack fixes this issue. Now, all groups that are included in the PROPERTIES file receive the updated global palette.

Widgets, pages, and spaces
  • Page cannot be added the mashup builder if personal space is not the target

    When attempting to add a page from the catalog to the mashup builder, you may get the following error is the target position you select is not in your personal space:
    An error occurred when adding to Mashup Builder. 
    Please contact admin or try doing it later.
    Error 400: BMWFR0030E: User (USER_NOT_AUTHORIZED_ERROR_1) 
    is not authorized to access the specified resource
    This occurs because you do not have edit permission for the target page or space.

    As a solution, be sure that you have edit permission on the target page or space in the mashup builder.

  • Page style does not change as expected

    After changing a page to use a tabbed theme and then updating the style, you may notice that the page does not display correctly after dragging a new widget onto the page or moving an existing widget without saving first. For example, when you attempt to switch the page, you will be prompted to save the page, but the dialog box will look awkward and will not reflect the new style.

    Currently there is no workaround for this issue.

  • Users cannot open widget project file after changing the project name

    When using the widget builder, you can create a new project and then go back later and rename the project. After renaming the project, if you attempt to edit some files within the renamed project, an error might occur that tells you that the content cannot be loaded. This is because the rename command does not run successfully. As a workaround, return to the list of files in the project, and then try opening the files again. This time, you should be able to edit them successfully.

  • Spaces shared with groups do not show up immediately in users' space managers

    After sharing a space with a group, users may notice that the shared space is not immediately available in their space manager. This may occur because group membership is cached every 30 minutes, and particular group members may not be cached yet.

    To allow all group members to see shared spaces immediately, you can either restart the server or add and remove the space from your list of favorites.

Browsers
  • Users need to clear their cache to avoid server issues and JavaScript errors

    After applying the 2.0.0.1 fix pack, be sure to clear the browser cache. Otherwise, users may experience JavaScript errors as well as other issues with the Mashup Center server.

  • Session timeout when accessing multiple Mashup Center servers running on the same host using the same browser instance

    You might experience an abrupt session timeout when accessing multiple Mashup Center servers that are running on the same host when you use the same browser instance with one of the following browsers:

    • Microsoft® Internet Explorer 6.0, 7.0
    • Mozilla Firefox 3.0, 3.5
    • Apple Safari 4.0

    This problem occurs when you open a new tab (Firefox and Safari) or when you open a new window (Firefox, Safari, and Internet Explorer).

    Workaround: On Internet Explorer, open a new browser instance from the Start > Programs menu. This problem is not present in Internet Explorer 8.0.

Documentation
  • Link to SAP Component Suite Installation topic has changed

    In the online help and in the MashupHub User and Administrator Guide, the topic Creating a feed from SAP Application Functions has an incorrect link to the Component Suite Installation topic. The correct link is:

    http://publib.boulder.ibm.com/infocenter/tivihelp/v2r1/index.jsp?topic=/com.ibm.IBMDI.doc_7.0/referenceguide106.htm

  • Location of TDI files for SAP feeds has changed

    In the online help and in the MashupHub User and Administrator Guide, the topic Troubleshooting TDI problems gives the incorrect directories for the TDI files. The correct directories are as follows:

    After the SAP Java™ Connector (JCo) component is installed, the following files are located in the following directories:

    Windows:

    • JAR files: installation_path\Hub\TDI\win32\jars\3rdparty\others
    • DLL files: installation_path\Hub\TDI\win32\libs

    Linux

    • JAR files: installation_path/Hub/TDI/lin32/jars/3rdparty/others
    • DLL files: installation_path/Hub/TDI/lin32/libs
Feed generators
  • Parameter default value strings that include an apostrophe are truncated when editing a feed for an enterprise database (JDBC) or for an Optim™ archive

    You can save and execute a feed that has an apostrophe (') in a parameter default value string, but when you edit the feed, the string will be truncated at the apostrophe position.

    For example, the string value %Director's% becomes %Director

    Workaround: If you edit a feed that has a parameter default value string that contains an apostrophe, manually edit the string to save the full parameter default value string.

Catalog objects
  • Restricted users cannot execute public feeds that require parameters when using the 'View Feed in Browser' option

    Workaround: Execute public feeds directly using the URL and change the parameter values.

    For example, given the URL:

    https://myserver.myco.com:9444/mashuphub/client/plugin/generate/entryid/11/pluginid/17?symbol=ibm

    Change the value for parameter symbol and execute the URL directly, instead of using the View Feed in Browser option.

Bugs fixed

The following section contains information about bugs that have been fixed in Mashup Center, v2.0.0.1

Mashup Center documentation

For documentation for Mashup Center, see the following Web sites.

Mashup Center wiki: The Mashup Center wiki contains articles on installing, administering, deploying, and using IBM Mashup Center. You can also create new articles or add comments to the documentation.

Mashup Center information center: The Mashup Center information center contains the original edition of the documentation that was completed when the product released. This edition is accessible by screen readers and is available in multiple languages. You can access the Mashup Center release notes from the Mashup Center information center.