Read about updates, corrections, and clarifications to the documentation released with Sybase Event Stream Processor.
CR# | Description |
---|---|
N/A | The section on the JMS adapter shows you how to configure a queuing system for the JMS adapter. It should also mention that, to run the adapter, you must obtain and place vendor specific JMS jar files in the $ESP_HOME/java folder and restart the Server. |
CR# | Description |
---|---|
680686 | The guide should state: When you create a duplicate named window or stream in the Visual Editor, then save your file and switch to the Text Editor, a third duplicate of the original stream or window is created. You can see this third duplicate only when you switch back to the Visual Editor. Remove
this third duplicate:
|
682387 |
To redeploy a project after making changes to a
running project:
|
CR# | Description |
---|---|
643882 |
Delta streams are allowed key transformation only when performing aggregation, join, or flex operations. Because a delta stream does not maintain state, you cannot define a delta stream on a window where the keys differ. |
CR# | Description |
---|---|
682458 |
There are undocumented restrictions on user name and password credentials for the interactive mode of the esp_cluster_admin tool. Credentials may contain alpha numeric characters but must always start with an alphabetic character. For example, password 12345678 is invalid, whereas P12345678 is valid. |
682913 |
References to the "port number used by your Event Stream Processor installation" are referring to the port number of your cluster cache. |
721429 |
The guide should contain a "Networking" section to discuss the following problems with ESP and proxy servers:
The following resolutions should then be offered to users:
|
CR# | Description |
---|---|
648988 |
The guide should state: In general terms, the return code from a Publish call indicates whether or not the row was successfully transmitted. Any error that occurs during processing on the Event Stream Processor (such as a duplicate insert) will not get returned. The precise meaning of the return code from a Publish call depends on the access mode and the choice of synchronous or asynchronous transmission. When using callback or select access mode, the return only indicates whether or not the SDK was able to queue the data. The indication of whether or not the data was actually written to the socket will be returned by the appropriate event. The callback and select access modes do not currently support synchronous publishing. When using direct access mode, the type of transmission used determines what the return from the Publish call indicates. If publishing in asynchronous mode, the return only indicates that the SDK has written the data to the socket. If publishing in synchronous mode, the return from the Publish call indicates the response code the Event Stream Processor sent. In no case will errors that occur during processing (such as a duplicate insert) be returned by a Publish call. |
CR# | Description |
---|---|
682458 |
There are undocumented restrictions on user name and password credentials for the interactive mode of the esp_cluster_admin tool. Credentials may contain alpha numeric characters but must always start with an alphabetic character. The document also provides an invalid sample password of 1234. |
CR# | Description |
---|---|
724643 |
The following information should be added to the Java and C SDK Guides: Starting and Stopping the C SDK Before any of the SDK's functionality can be used, it needs to be initialized. This
allows the SDK to start its internal threads and register
required resources. Make this call from any thread before any of
the other SDK functionality is used. For example:
int rc; EspError * error = esp_error_create(); // create an error object rc = esp_sdk_start(error); // start the SDK if (rc) { // do error processing }Once the application using the SDK is ready to exit or the SDK functionality is no longer needed, stop the application. This allows the SDK to stop its internal threads and release any held resources. For example, rc = esp_sdk_stop(error); // stop the SDK if (rc) { // do error processing } Note: Multiple
SDK start calls can be made, but the SDK requires a
corresponding number of stop calls to properly shut
down.
Starting and Stopping the Java SDK Before any of the SDK's functionality can be used, it needs to be initialized. This
allows the SDK to start its internal threads and register
required resources. Make this call from any thread before any of
the other SDK functionality is used. For example:
static final SDK sdk = SDK.getInstance();// retrieve the SDK singleton sdk.start(); // start the SDKOnce the application using the SDK is ready to exit or the SDK functionality is no longer needed, stop the application. This allows the SDK to stop its internal threads and release any held resources. For example, sdk.stop(); = esp_sdk_stop(error); // stop the SDK Note: Multiple
SDK start calls can be made, but the SDK requires a
corresponding number of stop calls to properly shut
down.
|