Pivotal tc Server v3.2


The following sections describe common problems and resolutions.

tc Runtime - Error When Running a Web Application on tc Runtime and Using Spring Tool Suite

When you use Spring Tool Suite (STS) with tc Server, and you try to run a Web application on the configured tc Runtime, you might get the following error:

Nov 29, 2009 7:47:29 PM <init<
INFO: tcServer property decoder has been initialized.
Nov 29, 2009 7:47:30 PM com.springsource.tcserver.serviceability.rmi.JmxSocketListener init
INFO: Started up JMX registry on
Nov 29, 2009 7:47:30 PM org.apache.coyote.http11.Http11Protocol init
SEVERE: Error initializing endpoint Unrecognized Windows Sockets error: 0: JVM_Bind
at Method)
at :365)
at<init<( )
at<init<( )
... and so on

STS might not have write permission to the main tc Server installation path, and the tc Runtime has to create files when it starts. Modify the path of tc Runtime in STS to use the workspace metadata.

tc Runtime - JVM Performing a Full GC

By default, tc Runtime instances have JMX turned on so that you can use VMware vFabric Hyperic to monitor and manage the instances. Specifically, tc Runtime instances enable JMX using the JmxSocketListener in the server.xml configuration file, as shown:

<Listener className="com.springsource.tcserver.serviceability.rmi.JmxSocketListener" 

When JMX is enabled in this way, some JVMs (such as Sun’s) that do distributed garbage collection will periodically invoke System.gc, causing a Full GC. This action can affect the performance of your deployed Web applications.

There are two ways to work around this issue:

Specify that the JVM invoke the System.gc() less often. For example, to configure the Sun JVM to invoke System.gc() at one-hour intervals, use the following JVM options:


Alternatively, disable explicit GC altogether. For example, to disable GC for the Sun JVM:


In both cases, set these JVM options in the INSTANCE-DIR/bin/|bat file using the JVM_OPTS variable appropriate to your platform.