Known Issues

Revision as of 23:02, 12 November 2013 by Smith (talk | contribs) (VIPER)

geWorkbench 2.5.1

R-based analyses (SAM and VIPER) on Windows platforms fail if space in path

The Problem

If you are using a version of geWorkbench on Windows which does not include the built-in JRE, then you may experience problems with components that make use of R. This problem began with a change in Java 6 update 45. It is also seen in recent updates of Java 7. The problem lies in a change in how spaces in file paths are handled, e.g. "C:\Program Files\R".

Background

geWorkbench for Windows can be downloaded with or without a built-in JRE. The version of geWorkbench with built-in JRE does not experience the problem, because it uses Java 6 update 26.

However, you may wish to use a version of geWorkbench which does not include the built-in JRE, for example in order to use a 64-bit version of Java.

Workaround

Install R into a directory path that does not have any spaces in it, e.g. C:\R\R-3.0.2. You can then run geWorkbench with the most recent versions of Java.

VIPER

A file needed by VIPER was omitted in geWorkbench 2.5.0 and the initial release of geWorkbench 2.5.1. A new version of 2.5.1 containing the missing file was made available on November 12, 2013 at 8 pm EST on the download server. There were no source code changes.

Windows Control Panel Version Number

The initial release of geWorkbench 2.5.1 reported its version as 2.5.0 in the Windows control panel. This was corrected in the new copy of 2.5.1 made available November 12, 2013 at 8 pm on the download server.

Java 7

See below entries for information on running with Java 7.

geWorkbench 2.5.0

  • Workspace (#3577) - (fixed in 2.5.1) The "merge" function for expression datasets is not working when invoked from the "File" menu. However, it does work if two or more expression datafiles of the same type are loaded together in the same file open operation. To do this, the files should be in the same directory, and all files to be merged should be selected together (multiple-selection). The files will then be merged into a single dataset and placed into the Workspace.

geWorkbench 2.4.1

BLAST - Due to a change in the output from the NCBI BLAST server, sequence alignments are not being displayed. This will be fixed in version 2.5.0 by switching to using the XML results file.

Marker Annotations - As of September 30th, 2013, NCI-CBIIT is expected to deactivate the caBIO service on which the geWorkbench Marker Annotation component depends. geWorkbench 2.5.0 uses the bioDBNet service as its data source instead.


Issues for 2.4.1 are the same as for those listed for 2.4.0, except that the first BLAST issue, dealing with the HTML page parsing, has been fixed.

BLAST - (also in previous versions) The NCBI BLAST server may occasionally return an error when sequences are searched from geWorkbench. The problem appears to depend on the load on the NCBI BLAST server. When multiple sequences are being submitted, geWorkbench submits them one-at-time to the BLAST server. When many sequences are submitted, it may be more likely that such a server-side problem will be encountered at some point and the search cancelled.

geWorkbench 2.4.0

The following problems have been noted in geWorkbench 2.4.0. Some may apply to earlier releases as well.

  • BLAST (9/26/2012) - due to a change in the HTML result format from the NCBI website, BLAST in geWorkbench 2.4.0 and all previous versions no longer works.
  • ARACNe2 -
    • (#2885) ARACNe and MINDy, if local job cancellation is requested, call a non-safe method, thread.stop(), which can occasionally produce an exception.
  • Java 7 - geWorkbench 2.4.0 was developed and tested using the Java 6 JDK and JRE. Although several incompatibilites with Java 7 were identified and fixed, as least one remains, shown below. For this reason, please only use Java 6 JREs when running geWorkbench 2.4.0 or earlier.
    • Marker Annotations - (#3072) does not receive activated marker set, caBIO client library conflict with Java 7.
  • BLAST - (#2825) the maximum number of hits returned is 50, even if more were requested.
  • caArray - (#2893) due to a synchronization problem, a large empty white space may occasionally appear in the caArray list of experiments.
  • Cytoscape
    • (#2843) if an instance of Cytoscape is running on a machine, and then Cytoscape is also loaded in geWorkbench, you may see a warning "org.cytoscape.coreplugin.cpath2.http.HTTPServer[WARN]: HTTPServer couldn't create socket.".
    • (#2716) Direct LinkOuts from the right-click menu to UniProt may not work. However, they do work when selected from the Cytoscape Data Panel.
  • GenePattern connectivity (#2701) - if you successfully connect to a GenePattern server, and later that server is no longer available, you will experience a time-out delay. This was seen when first connecting to a GP server through a firewall via VPN, then trying again without the VPN.
  • GenomeSpace - transfer of large data files is not supported. This has been fixed in development (Mantis issue #3273).
  • Grid Services/Dispatcher Service:

As of release 2.3.0, outbound data (from geWorkbench to the grid service) is moved using caTransfer, both from geWorkbench to the Dispatcher, and from the Dispatcher to the grid service. Returning data is transferred for both hops as a base-64 encoded string, which for very large data sets can lead to an out-of-memory error. Full replacement with caTransfer is being investigated.

The error message will read:

Out-of-memory error: Java heap space
It is advisable to restart geWorkbench.
You may also wish to increase the geWorkbench memory size. 

In this case, as the message states, it is advisable to restart geWorkbench. Instructions for increasing the amount of memory available to Java are available in the geWorkbench FAQ. For Java memory requests larger than about 1.5 GB, running geWorkbench using a 64-bit Java Runtime Environment (JRE) will be necessary.

Any current release

64-bit Java issue

Affects: GSEA, Markus, Pudge and PCA.

Several geWorkbench components make use of the embedded JDIC web browser. The version of JDIC used in geWorkbench is not entirely compatible with 64-bit versions of Java. If this problem is encountered, these components will instead transfer the display to your computer's default web browser. However the displayed web page will not automatically update or interoperate with geWorkbench.

Mac-related issues

Java 7 on Mac

This affects 10.7.3 and later versions of Mac OS X.

With a recent Java update, Apple has removed the Java plugin for all web browsers. If you load a web page which calls for this plugin, you will be prompted to download Java 7 from Oracle, which does support a browser plugin. However, geWorkbench requires Java 6.

Building from source on Apple Mac OS X (tested in Lion 10.7)

There is an issue with the Java 3D library included with Mac OS X. In order to build geWorkbench from source, one must either install certain files from J3D 1.5, or delete the PCA component from the geWorkbench components directory (#2495).

  • To configure J3D on the Mac, please see the instructions below.
  • To just remove the PCA component, find the geWorkbench installation directory and follow this path: components/gpmodule_v3_0/src/org/geworkbench/components/gpmodule. In the gpmodule directory, delete the folder "pca".

Mouse-button issues (tested in OS X 10.7 Lion )

  • Right-click contextual menu: On the Mac, control-click can substitute for the PC's "right-click" action, and bring up a contextual menu. However, this is not implemented in geWorkbench on the Mac. The following work-arounds are available:
    • Trackpad: In System Preferences, enable "Secondary click". You can choose 3 options on how this will work, including clicking in the lower-right-hand corner of the trackpad.
    • Magic Mouse: In System Preferences, enable "Secondary click".

PowerPC-based Macintosh computers

Java 6 is not available for the PowerPC platform, regardless of the version of OS X. For this reason, recent versions of geWorkbench which require Java 6 will not run on PowerPC Macintosh computers.

Installer Issues

  • We observed on a Windows 7 platform, that if geWorkbench, including the JRE6, is installed directly from a USB memory stick, the installation may silently fail. The machine was running the current version of Norton Internet Security. Copying the installer to the hard disk and installing from there solved the problem (Observed for geWorkbench 2.3.0).
  • Versions of Norton Internet Security "Sonar" prior to NIS2011 may detect and delete a file generated during the installation process, "Install.exe". This will silently terminate the install. If this occurs, disable the Sonar feature during installation, or disable your antivirus protection during the installation.

Grid Issues

  • For grid services hosted inside the Columbia firewall, the service metadata cannot be retrieved from outside the firewall. Instead, generic metadata will be displayed. You may see a delay of up to 30 seconds while geWorkbench attempts to retrieve the service metadata, before a timeout occurs and the generic metadata is substituted.

Previous Releases

For issues with previous releases, please see the Previous Release Issues page.

Configuring J3D on the Mac for gpmodule PCA

The Java3D version included in geworkbench is 1.5. On the Mac platform, an earlier version (1.3) is installed in /System/Library/Java/Extensions/. Unless this is fixed on the user's Mac,

  1. geWorkbench cannot be built from source, as a compile error is generated, and
  2. PCA 3D plots cannot be used on the Mac when the Installer version is used.

These problems arise because the j3d libraries in the system java extension directory have higher priority than those in geworkbench.

By copying the appropriate j3d and jogl files into a directory with higher precedence, these problems can be avoided. The following steps have been tested under Mac OS X 10.7 (Lion) but should work for earlier version also.

The safest method is to place the updated files within the user's own directory structure. These changes will then apply only to that user and can be easily undone if needed.

  • If the directory ~/Library/Java/Extensions does not exist, create it, where "~" refers to the User's home directory.
    • Note - in OS X 10.7 Lion, the ~/Library folder may be hidden by default. You can make it visible in the Finder by holding down the "option" key while selecting "Go" in the Finder menu.
    • Alternatively, to make the ~/Library folder always visible, execute the following command in a terminal window:
 chflags nohidden ~/Library/
 You can undo this with
 chflags hidden ~/Library
  • Copy the following java3d 1.5 libs from the geworkbench installation to the above java extensions directory:
    • geworkbench/lib/j3dcore.jar
    • geworkbench/lib/j3dutils.jar
    • geworkbench/lib/vecmath.jar

If you have system admin privileges on the machine, you can instead update the files for all users in /Library/Java/Extensions, however we do not recommend this.

General

  • Filtering a data set may after an analysis has already been run may invalidate objects that arose from the original, unfiltered dataset. Any filtering should be done before any analysis which creates child result nodes, e.g. a t-test, ANOVA etc.
  • Promoter panel (issue #1988) - under very particular conditions, where a letter has a score and height of zero, and where an external display is being used on a Macintosh computer, a graphics error can be reported to the console. However, this error does not cause any problems.