© 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.
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
The directories will have the following structure:
mashupcenterhome\updatemashup.bat mashupcenterhome\updatemashup.xml mashupcenterhome\fixes\MashupCenter2001.pak
The update runs automatically.
You can verify that the fix pack is installed successfully by accessing the features of MashupHub and the mashup builder.
Installing on Linux
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.
The directories and files will have the following structure:
mashupcenterhome/updatemashup.sh mashupcenterhome/updatemashup.xml mashupcenterhome/fixes/MashupCenter2001.pak
The update runs automatically.
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.
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:
$AdminTask deployMashupsEAR {-clusterName clustet01 -earDirectoryName "WAS_installation_root/mm/mm_ear"} $AdminConfig save
The following section contains information about known issues in Mashup Center, v2.0.0.1
Unexpected errors in SystemOut.log occur under heavy workload
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.
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.
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.
Page cannot be added the mashup builder if personal space is not the target
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 resourceThis 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.
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:
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
menu. This problem is not present in Internet Explorer 8.0.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:
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:
Linux
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.
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.
The following section contains information about bugs that have been fixed in Mashup Center, v2.0.0.1
Spaces that are not designated as favorites show up in Favorites view
In the space manager, if you navigate to the Favorite Spaces list, you can click Create space to create a non-favorite space. This new space unexpectedly displays in the Favorites view, but then if you refresh the page, the space is removed from the Favorites view.
HTML Markup widget does not work properly with Tabbed View widget
When using the HTML Markup and Tabbed View widgets together, sometimes you may notice that the contents of the HTML Markup widget remain on the page, even after switching to a different tab. This issue is now resolved with this fix pack.
Content in non-trusted widgets gets lost after saving pages
After configuring a non-trusted widget and saving the edits, if you refresh the page or navigate back to this page later, the saved settings are lost. This issue is now resolved, and the content does not get lost.
Anonymous users cannot accept shared pages
After sharing a page with an anonymous user, when the anonymous user opens the mashup builder and attempts to accept the page and add it to the page navigation, the page does not display in the list of shared pages. This issue is now resolved, and users can now accept shared pages.
Page settings get lost when importing spaces
When working with a space, you can add pages to that space. You can set also set a hierarchy for those pages in the page navigation so that some pages are nested below other pages. If you export or publish that space to the catalog and then re-import the space later, you may find that only the top-level page keeps its original settings, for example background and border. Settings for pages that fall beneath that page in the hierarchy are lost.
Now, with this fix pack, all pages in spaces keep the settings that you configured before exporting or publishing the space.
Menu is incorrect in Nested Data Viewer widget
After configuring the Nested Data Viewer widget with a data source and then clicking the Table Content tab, if you right-click inside a column in the table, the menu that displays is the browser's default contextual menu, not a menu that provides options for the table columns. With this fix pack, the menu is now correct.
Data unexpectedly stops displaying in non-trusted Data Viewer widget after reloading page
After marking a Data Viewer widget as non-trusted, dragging it to a page, and then wiring it to a Feed Reader widget, the data from the feed displays properly in the Data Viewer widget. However, after reloading the page, the data suddenly stops displaying, even though the wire is still connected.
This issue is now fixed.
Language changes unexpectedly after exporting and then re-importing pages
After exporting a page, and then re-importing the page back into Mashup Center, sometimes the language used in the page suddenly changes. This is because the title locales are not exporting properly. This issue is now fixed.
Cancel button in Import Page dialog box displays awkwardly
When importing a page into a space, you may notice that the Cancel button displays in a different style that other Cancel buttons in Mashup Center. With this fix pack, the Cancel button displays normally.
Pages in spaces are not saved before changing space owner
When working with a page in a space, after you make a change to the page, for example drag a widget onto the page, if you change the space owner before saving the page, when the new owner access the page, the changes made by the original owner are lost.
Now, with this fix pack, in the scenario described above, edits are automatically saved before the space owner gets changed.
Home spaces that have been hidden and then re-hidden do not display in space selector
When using Mashup Center 2.0, after hiding a space in the space manager, setting the space as a home space, and then reshowing the space in the list, the space may not be listed in the space selector, as expected. This issue has been fixed in this fix pack.
Hidden spaces are not obvious in the space manager
When using Mashup Center 2.0, after hiding spaces in the space manager, sometimes the visual indicator that tells you that the space is hidden does not display. This issue has been fixed in this fix pack.
Page owner is wrong
After changing a page owner to a different user, when you attempt to change the page owner a second time, the first owner remains the page owner. This issue is now fixed.
Partial searches do not find users correctly
In Mashup Center 2.0, when you search for users using a partial name, the results do not display the users that meet that search criteria. In other words, if you type a in the search field and start the search, no results are found, even those users who have names that start with that character.
This issue is now fixed.
Anonymous users erroneously have rights to edit shared pages and spaces
In Mashup Center 2.0, when sharing pages or spaces with anonymous users, you can provide anonymous users with edit rights. However, anonymous users should only have view rights. This issue has now been fixed.
Error displays after editing the number of columns on page
When working with a page in which the Customer List and Data Editor widgets are wired together, if you are using a column theme and attempt to edit the number of columns on the page, you may experience a system message error.
This issue is now fixed.
Page background disappears after changing style when using the Tab Menu theme
When using the Tab Menu theme, if you click , and then select a color scheme, suddenly the main background of the page disappears and is replaced by a white screen.
This issue has now been fixed.
Browser memory leak when opening dialog boxes using Internet Explorer
When using Internet Explorer, when you open and close various dialog boxes in the mashup builder, you may notice a memory leak in your browser, sometimes as high as 5M for each open-and-close action.
You may also notice memory-leak errors when working with pages continuously for long periods of time.
This issue has been fixed with this fix pack.
Misleading error in SystemErr.log when adding widgets to mashup builder
[4/9/09 12:01:27:625 CST] 0000001b SystemErr R com.ibm.mm.widgets.deployment.DeployException: BMWWC0023I: The request to install widgets needs to include a WAR file since there there is not a WAR file already installed. [4/9/09 12:01:27:625 CST] 0000001b SystemErr R at com.ibm.mm.was.core.internal.deployer.WASDeployer.shouldDeployWar (WASDeployer.java:293) [4/9/09 12:01:27:625 CST] 0000001b SystemErr R at com.ibm.mm.was.core.internal.deployer.WASDeployer.deployWidget (WASDeployer.java:132) [4/9/09 12:01:27:625 CST] 0000001b SystemErr R at com.ibm.mm.widgets.internal.deployment.DeploymentRequest.doDeployment (DeploymentRequest.java:358) [4/9/09 12:01:27:625 CST] 0000001b SystemErr R at com.ibm.mm.widgets.internal.deployment.DeploymentDataSinkFactory$1$1.write (DeploymentDataSinkFactory.java:108) [4/9/09 12:01:27:625 CST] 0000001b SystemErr R at com.ibm.portal.resolver.helper.ByteCharDataSource.write (ByteCharDataSource.java:139)And here is an example of an error you may see when adding a lightweight widget:
[10/30/09 14:29:16:960 CST] 0000003b SystemErr R com.ibm.mm.widgets.deployment.DeployException: BMWWC0023I: The request to install widgets needs to include a ZIP file since there there is not a ZIP file already installed. [10/30/09 14:29:16:960 CST] 0000003b SystemErr R at com.ibm.mm.framework.lightweight.deploy.Deployer.deployWidget (Deployer.java:59) [10/30/09 14:29:16:960 CST] 0000003b SystemErr R at com.ibm.mm.widgets.internal.deployment.DeploymentRequest.doDeployment (DeploymentRequest.java:358) [10/30/09 14:29:16:960 CST] 0000003b SystemErr R at com.ibm.mm.widgets.internal.deployment.DeploymentDataSinkFactory$1$1.write (DeploymentDataSinkFactory.java:108) [10/30/09 14:29:16:961 CST] 0000003b SystemErr R at com.ibm.wps.resolver.data.ByteCharDataSource.write (ByteCharDataSource.java:242) [10/30/09 14:29:16:961 CST] 0000003b SystemErr R at com.ibm.wps.resolver.servlet.ContentHandlerDownload.handleDownload (ContentHandlerDownload.java:1272)
User experiences a 404 error message in pages contained within imported spaces
With this fix pack, a friendlier message now displays to help you solve this issue.
Save button becomes disabled, and XML files completely disappear from widget builder project
When using the widget builder, after creating a widget project, and then editing an XML file multiple times, sometimes the Save button becomes disabled, and the XML file completely disappears from the file list in the widget builder.
This issue is now fixed.
Pages do not load properly in clustered server environment
When working in a clustered server environment, you may notice that pages do not load properly because they fail to retrieve the default page theme.
This issue is now fixed.
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.