Progress Sonic 8.5.0 Release Notes
This document lists known issues and resolved issues specific to the current
release of Progress Sonic, 8.5.0, (referred to in these notes as "this
release").
Each issue is preceded by its Progress Sonic 'SNC' identifier, and (when
relevant) its 'Sonic' identity in legacy tracking systems. For some product
packages, the issues are grouped by component product, and then categorized
within the product.
KNOWN ISSUES
The known issues in this release and applicable workarounds are the following:
0. Sonic ESB / DataXtend Semantic Integrator
1. Sonic BPEL Server
3. SonicMQ C/C++./COM Clients
4. SonicMQ .NET Clients
5. Sonic Database Service
6. Sonic Workbench Containers
7. Sonic Workbench Documentation Errata
8. Sonic Workbench Editors and Tools
9. Sonic Workbench General
10. Sonic Workbench Samples
11. SonicMQ Resource Adapter for JCA
12. Launcher Installer
13. Sonic Deployment Manager
14. SonicESB Actional Integration
15. SonicESB Containers
16. SonicESB Content-based Routing and Transformation
17. SonicESB Endpoints
18. SonicESB ESB Processes and Services
19. SonicESB Install, Upgrade, Update, and Uninstall
20. SonicESB Management Tools
21. SonicESB Messaging Broker
22. SonicESB Samples
23. SonicESB Web Services
24. SonicMQ Administration
25. SonicMQ Containers
26. SonicMQ Fault Tolerance
27. SonicMQ HTTP
28. SonicMQ Install, Upgrade, Update, and Uninstall
29. SonicMQ Management Framework
30. SonicMQ Management Tools
31. SonicMQ Messaging Broker
32. SonicMQ Messaging Client
33. SonicMQ Multibroker
34. SonicMQ Security
35. SonicMQ Third Party
36. Sonic Installer: Install, Upgrade, Update, and Uninstall
================================================================================
Sonic ESB / DataXtend Semantic Integrator
_______________________________
SNC00082234
First fault mapping rule set applied with multiple fault mappings
Sonic ESB supports the definition of multiple sets of fault mapping rules, one
for
each fault name. But in ESB 8.5, the first fault mapping rule always gets picked
up in the case of a fault. This is an issue when multiple fault rule sets are
defined and when the fault mapping required is not for the first fault
mapping rule. This defect impacts both Sonic Connect and DataXtend SI.
Sonic BPEL Server
_______________________________
SNC00078620
Response handling with WSA headers might need additional configuration
---
In certain response handling use cases where ESB is attempting to send a
response to an incoming SOAP message that has WSA headers in it, you might see
an exception like the following:
"org.apache.wsif.WSIFException: Unable to send a response. No JMSReplyTo set on
inbound message."
To workaround this you should enable WS-RM on the Process Engine. See release
note for SNC00078507 for further details.
_______________________________
SNC00081877
No Actional instrumentation for BPEL processes.
---
In previous releases it was possible to use Actional for visibility in to the
execution of a BPEL process. In Sonic 8.5 this is not supported. When Actional
instrumentation is enabled for an ESB container hosting a BPEL service, the
BPEL service will not provide any visibility beyond what is provided for any
other ESB service.
_______________________________
SNC00066181 Sonic00041011
Specifying connection timeout for MySQL
---
This note applies when the MySQL database is used for backend storage.
In previous releases, no timeouts were set for connecting to the database. In
the presence of network connectivity issues, this could cause the BPEL engine
to appear to be hung while atttempting to connect or reconnect to the database.
As of 7.6.1 a default timeout of 60 seconds is set for both connection and
socket activity. You can modify these defaults by setting the following system
properties (specify values in seconds):
bpel.mysql.connectTimeout
bpel.mysql.socketTimeout
_______________________________
SNC00065624 Sonic00040589
The BPEL engine does not insert xsi:type attributes
---
The BPEL engine does not insert xsi:type attributes. If invoking services which
require the presence of this attribute for correct operation, the user should
model their BPEL process to insert the appropriate QName for the actual type of
the content.
_______________________________
SNC00065207 Sonic00040336
Maximum HSQL DB size is limited
---
When using HSQL DB, the maximum database size is limited to 200MB. Refer to the
HSQLDB documentation for a full description of the configurable properties and
defaults.
_______________________________
SNC00064980 Sonic00040194
Process headers set by the process are not passed back to the ESBPEL
---
When using ESBPEL to invoke BPEL, process headers set by the process are not
passed back to the ESBPEL. A BPEL process cannot modify message or transport
headers on a reply message to an .esbpel step. Any changes made to headers in
the BPEL process will not be propagated back to the itinerary message.
Note that the BPEL process can read headers from the incoming request message;
and can create or manipulate headers for an outgoing invocation message. This
only applies to reply messages to an esbpel step.
_______________________________
SNC00058175 Sonic00036102
Setting HSQLDB WRITE_DELAY option
---
The default embedded storage uses HSQLDB. Configuration and tuning of the
HSQLDB database can be done by modifying the files:
Bpel.properties
Bpel.script
These files are generated in the embedded storage directory when the BPEL
service first starts and the database is created. By default these files can be
found in the staging directory of the service, under
domainName.containerName\containerName. serviceName\data.
For example:
staging_dir\Domain1.dev_BPEL\dev_BPEL.BPELInstances\data
By modifying these files and restarting the BPEL Service you can control the
HSQLDB write delay and many other tuning properties. Refer to the HSQLDB
documentation for a full description of the available properties.
Note that the .script file defines the schema and maintains the initial values
for autoincrement columns, so exercise care when modifying this file.
_______________________________
SNC00058031 Sonic00036008
Multiple BPEL Services in a single ESB container can cause memory exceptions
---
Each BPEL Service deployed to an ESB container loads its own copy of the BPEL
engine classes. Deploying many BPEL Services to the same container increases
the memory required for loading classes and could lead to OutOfMemory
exceptions. The JVM setting "-XX:MaxPermSize" can be used to allocate more
memory for classloading.
================================================================================
SonicMQ C/C++./COM Clients
_______________________________
SNC00015395 Sonic00008203
TMJOIN is not supported in this release
---
In XA, TMJOIN is not supported.
_______________________________
SNC00013125 Sonic00006722
Samples will not work with character input in excess of 118 characters:
---
The sample applications have input buffers hardcoded at 120 bytes. Entering
more than 118 characters at the user prompt will cause runtime errors, possibly
program termination.
_______________________________
SNC00007797 Sonic00003816
Compiler warnings are generated during link phase
---
The Solaris and Windows link phase are generating benign warning messages.
Please ignore them.
================================================================================
SonicMQ .NET Clients
_______________________________
SNC00042546 Sonic00026669
Availability of gacutil
---
The register.bat and unregister.bat convenience scripts assume the presence of
the gacutil.exe utility on the deployed system. However, this may not always be
available depending on the software installed. In case gacutil is not
available, the user can use .NET 1.1 Configuration tool available via the
Windows Control Panel to add and remove the assemblies from the Global Assembly
Cache (GAC).
_______________________________
SNC00042066 Sonic00026404
Thread interrupts not supported
---
The SonicMQ .NET client does not support the use of interrupt() on any thread
operating within its context. This implies that a user is responsible for
ensuring that the interrupted state of any thread that is used to invoke the
SonicMQ .NET Client API method be cleared prior to entry into the API method.
Furthermore, it is illegal to interrupt a message listener thread while it is
operating in user code. Failure to do so will result in unpredictable behavior.
_______________________________
SNC00042064 Sonic00026403
Publish might return write failure during fault-tolerant reconnect
---
A publish or send operation concurrently initiated with a fault-tolerant
reconnect can sometimes return with an exception containing a 'write -
connection is closed' message. This message does not indicate a fault-tolerant
reconnect error and the system has not recorded any context associated with the
call that failed. The user can safely retry the call immediately . The call
will go through in case the fault-tolerant reconnect is successful and will
return with an exception in case it did not (this time being accompanied by the
invocation of the exception listener)
_______________________________
SNC00041801 Sonic00026217
Memory leak when using synchronous transacted receivers
---
A steady memory growth is observed when using synchronous transacted receivers
with a reasonably high message rate. This seems to be a problem with the CLR
garbage collector. In order to avoid this problem, the user should explicitly
invoked GC.Collect() to cause garbage collection runs to be performed more
frequently.
================================================================================
Sonic Database Service
_______________________________
SNC00070713
DBService log output does not reflect retries
---
When the DBService fails to execute a command, the resulting exception is
written to the container log. The service will retry the command once. If the
retry succeeds, there is no indication in the log. If the retry fails, the log
output does not distinguish the first exception (which lead to a retry) from
the second (which lead to a rejected message).
_______________________________
SNC00049410 Sonic00030779
Transforms on ESBDB OUT use match clauses relative to the context node
---
Parameter/variable mappings for DBService output that use XSLT must use match
clauses that are relative to the context node, and not absolute paths beginning
with "/". The reason for this is that the initial context node supplied to the
XLST mapping is not the document node, but rather a node selected from within
the raw XML returned from the DBService (which includes enveloping
information).
Refer to the GetEmployeeInfo.xsl sample in the Database Service samples for an
illustration.
_______________________________
SNC00043361 Sonic00027165
iWay Java Connector must be V7.1.3 (or later)
---
Customers using Sonic Database Service with the iWay Java Connector must ensure
that they are using v7.1.3 (or later) of the iWay product. Releases prior
v7.1.3 contain a software defect that prevents the Java Connector from being
used as a JDBC driver with the Database Service. The defect can cause an out
of memory error in the underlying JVM.
_______________________________
SNC00038302 Sonic00023911
CHAR parameters not supported for stored procedures in Oracle databases
---
CHAR parameters to stored procedures in Oracle are not supported in this
release due to a known problem in the Data Direct driver for Oracle. The
workaround is to use VARCHAR instead of CHAR in the formal parameter list of
the stored procedure.
================================================================================
Sonic Workbench Containers
_______________________________
SNC00074841
ESBContainers are not displayed at first launch after installation.
---
Under some circumstances, at the first launch of the Workbench after
installation the ESB Containers are not displayed in the Containers view.
The workaround for this is to disconnect and reconnect from the domain manager,
and then, once reconnected, refresh the container's view. To do this on the
Workbench, choose Windows->Preferences and expand Progress->Sonic->Domain
Connection. Click the Disconnect button and then the Connect button. Then, in
the Containers view, click Refresh.
_______________________________
SNC00068816
Unable to create containers in WB when container template is created in SMC
---
Creating a container template in the SMC causes problems while creating and
managing monitored containers in the containers view of the Workbench. The
container creation functionality does not break; the container is created
properly but cannot be managed in the containers view.
As a workaround, you can delete the container template from the SMC.
_______________________________
SNC00065283 Sonic00040384
Issue with ESB containers set to auto-start=false when starting MF container
---
If you have ESB Containers you are using as managed containers in Workbench,
they should not have the (SMC Configured) Auto-start=false when they are added
to the MF Container. If you do set it as auto-start=false in the configuration
of the activation daemon in SMC, then Workbench will not start these reliably.
================================================================================
Sonic Workbench Documentation Errata
_______________________________
SNC00082057
Help for Sonic Connection Dialog is not displayed in Linux
---
Help for Sonic Connection Dialog is not displayed in linux,
Clicking on the "Sonic Connection Dialog" link in Help shows Topic not found
Message. This is observed in 64 bit Sonic Workbench (64 bit eclipse) .
See the complete topic in the Product Update Bulletin.
================================================================================
Sonic Workbench Editors and Tools
_______________________________
SNC00082191
Esbp step address field 'Clear' option does not reset address correctly
---
The 'Clear' option on Esbp step address field incorrectly sets the address as
'null' string. Also, a 'null' address value causes the Esbp step to be rendered
incorrectly in tools.
Workaround for this defect is to undo the 'Clear' option changes in tools. If
you cannot perform undo, then delete and reconfigure the step in the itinerary.
_______________________________
SNC00082124
Issue while switching between mapping target actions in tools.
---
In Message Mapping pages, on switching between 'Insert into XML as Child
Element' & 'Insert into XML as Attribute' target actions, tools does not
correctly reset mapping target's expression with the new target action details.
As a workaround, ensure that you do not switch directly between 'Insert into
XML' target actions. Instead, reset to some other target action such as 'Add
New Message Part' and then move to the preferred 'Insert into XML' target
action.
_______________________________
SNC00082109
Mapping actions 'Decode Binary' & 'Encode Binary' are incorrectly filtered out.
---
In Message Mapping Pages, transformation action 'Decode Binary' and 'Encode
Binary' are sometimes incorrectly filtered out from the valid set of
transformation options available when defining a mapping rule.
The tooling does not correctly consider mapping source and target context when
deciding which transformation options to make available to the user.
_______________________________
SNC00081965
'Generate XML Schema' action fails on Linux 64-bit machine.
---
'Generate XML Schema' action given any well-formed XML fails to complete. This
tools issue is specific to Linux 64-bit machines running a 64-bit eclipse.
_______________________________
SNC00081495
Drag and drop on Split Join Step Runtime parameters does not work in Linux
---
Drag and drop on ESB Process Split Join Step Runtime parameter ('Called
Addresses') does not work in Linux
_______________________________
SNC00081235
Debug view still shows "stepping" even after all steps are executed
---
Debug view still shows "stepping" even after all steps are executed.
This does not affect any functionality. User can stop the debug stack and
continue with other debug sessions.
_______________________________
SNC00080719
Issue removing deploy folder configurations from DS
---
Removing deploy folder configurations from DS will fail and error dialog is
shown. This issue occurs only when the domain used by Sonic workbench is
offline.
_______________________________
SNC00080595
Deleting WSDL params in SCI Editor is not restricted
---
After performing a Top Down Sonic Connect Web Service using a WSDL, upon
clicking on an operation of the service, its interface is shown on the right
side.
Deleting WSDL parameters in this interface is not restricted currently.
_______________________________
SNC00080369
Partner Endpoint details will not be displayed
---
Partner Endpoint details are not displayed in the below scenario:
1. Drag and drop an ESBP onto BPEL editor canvas.
2. A wsdl and an activity will be created, apart from a partner endpoint being
added to the BPEL file's corresponding BPDD file.
3. Open the BPDD file, and select the partner endpoint created above.
4. Exception is thrown and the details of the partner endpoint are not shown.
This behavior is specific to drag and drop case. The workaround is to open a
BPDD file and then select a Partner Endpoint. The details will be displayed
correctly.
_______________________________
SNC00079637
Debugging BPSVC file causes exceptions
---
Do not use the Variables view when debugging a BPSCV file. If you do, you might
get exceptions that require you to close the Variables view to reset it
_______________________________
SNC00079556
Java Service Type cannot be created if compiler version does not match
---
If the JDK version that is used to launch the Workbench and the JDK version
(used while creating Java Service Type) are incompatible, then an exception is
thrown. Because of this the wizard will not close correctly and save the Java
Service type you were creating..
To avoid this issue, user needs to make sure that the JDK used to launch the
workbench is compatible with the JDK version that is used in the launched
Workbench.
_______________________________
SNC00079497
Exception is thrown upon closing a BPEL file
---
An exception is thrown when closing a BPEL file in the Eclipse 3.6 development
environment. The issue is benign and can be ignored.
_______________________________
SNC00079295
Multiple RESTful Services with same display name are shown under single node
---
When Display name for multiple RESTful Services are the same (even though
respective Base URLs are different), all resources/operations of such services
are shown under single node (named after the given Display Name) in Sonic
Connect Editor. On clicking the node, only one of the Base URLs is displayed.
You should use a unique combination of display name and Base URL.
_______________________________
SNC00078821
Web Services issue if ESBP's interface has namespace un-qualified types/element
---
An ESB Process can not be exposed as a Sonic Connect Web Services if its
interface has unqualified types or elements. Trying to do this will result in
an ArrayIndexOutOfBoundsException in the Error Log View.
_______________________________
SNC00078711
An exception is thrown in the error log when a Sonic Connect service is created
---
An exception is thrown in error log when a Sonic Connect service is created. It
is benign. It is thrown from Spring IDE, and does not have any impact on
functionality.
_______________________________
SNC00076812
SCI editor scenarios does not support showing fault parameter output
---
Scenarios run from SCI editor do not have ability to consume faults and display
the same in the output view.
As a workaround users can use ESB Process to invoke such operations where they
can define mapping for Fault parameters.
_______________________________
SNC00076414
Stale properties exist in Service properties file
---
Upon deleting operation(s) of a Service in SCI Editor, corresponding properties
in the service properties file are not cleaned-up.
This causes the unused properties also to be displayed upon clicking the
Service with no loss of functionality.
_______________________________
SNC00075795
Project name refactoring is not supported for Sonic Connect Project
---
The config/defaultSonicConnect.esbsvc in Sonic Connect Project points to the
required initial parameters that get created during the process of Upload. The
initial parameters need to be updated manually when you rename Sonic Connect
Project.
_______________________________
SNC00075761
Incompatible class versions of POJOs can cause errors
---
Sonic Workbench supports hosting POJOs through Bottom Up Sonic Connect Web
Service and Import JAX-RS annotated POJOs options. The compiled version of the
classes in the jar should be in compliance with the Workbench supported Java
version which is 1.6. If you have POJOs compiled with any incompatible Java
version, the POJOs can not be hosted successfully. Try recompiling the POJOs
with compiler compliance level that is compatible the Compiler level of Sonic
Workbench to successfully host the POJOs in Sonic Connect.
_______________________________
SNC00075469
TD SonicConnect WebService fails if service name starts with a digit in WSDL
---
Artifact generation in Top down Sonic Connect Web Service fails if a service
name starts with a digit in WSDL.
_______________________________
SNC00074616
Bottom Up SC WS failed to start when the implementation is changed
---
Upon changing the Implementation for a Bottom Up Service, the ESBP name change
is being handled only in the Sonic Connect editor.
This works correctly when both the old ESBP and the new ESBP have the same
interface. To support implementation change completely, the case where the
ESBP interface is different must be handled as well.
Workaround:
When the new implementation (ESBP) has different interface,
then the WSDL needs to be manually updated as per the new interface.
Click Refresh on the Interface section in SCI Editor for that corresponding
Operation. The new interface from WSDL will be updated to the esbCamel file,
and the service becomes valid.
_______________________________
SNC00074169
Problems with Sonic Connect Web Services when Tomcat Servers are configured
---
In circumstances where "Server" is pre-selected, when you launch Web
Service/Web Service Client wizards, the wizards will not allow any Sonic
Connect Web Services creation. This is because Sonic does not support any
servers. And because of the issue in WTP wizard, that it does not let user to
deselect Server. This could happen when user has servers configured in Servers
view and user chooses the operation from the context menu.
Workaround: Use File -> New -> Web Service or File -> New -> Web Service
Client
_______________________________
SNC00073716
Exception reported from WTP when an ESB Process is selected from Workspace
---
In File -> New -> Web Service -> Bottom Up Sonic Connect Web Service wizard, if
the ESB Process is picked from any Java-nature enabled projects, then an NPE
will be logged by WTP framework in error log view. It does not affect any
functionality.
_______________________________
SNC00073106
Entry of ESB Process name in Service Implementation field is not supported
---
In File -> New -> Web Service -> Bottom Up Sonic Connect Web Service the
service implementation filed is editable. However, you cannot copy/paste or
enter the ESB Process name. Supported functionality is choosing the ESB Process
in the browse dialog box.
_______________________________
SNC00072768
Issue renaming a project in Sonic Workbench
---
Renaming a project in Sonic Workbench fails when more than one ESBP Editor is
in open state.
As a workaround, users need to close all open ESBP editors before renaming a
project.
_______________________________
SNC00068727
Workbench (with Eclipse 3.4 and later) restart throws validation error for ESBP
---
Immediately after the Workbench (with Eclipse 3.4 and later versions) is
restarted, the Problems view shows the following validation error for ESBP
files: 'Failed to load resource for validation error.'
To clear these errors, re-validate the ESBP file by either of these methods:
Clean build the whole project(s).
or
Open the ESBP file and select ESBP > Validate from the menu bar.
Reason:
DS Connection problems at restart is throwing these errors. Once restart is
complete, the connection is fully established and re-validating removes these
errors.
_______________________________
SNC00068105
Behavior of "Delete Launch Configuration" dialog across Eclipse platforms
---
In Eclipse 3.2.2, when you delete a project having Launch Configurations, you
are prompted with a dialog showing all launch configurations in the project.
In Eclipse 3.4 and later versions, this behavior is changed to delete all the
Launch Configurations without prompting you with the Delete Launch
Configuration dialog.
To avoid deleting the Launch Configurations, uncheck the preference "Delete
configurations when associated resource is deleted" in the
"Run/Debug->Launching->Launch Configurations" preference page.
_______________________________
SNC00068013
Run and Debug Shortcut (Ctrl+F11 and F11) behavior across Eclipse platforms
---
The behavior of the Run Configuration (Ctrl+F11) and Debug Configuration (F11)
shortcuts has been changed from Eclipse 3.4 onwards. These shortcuts now run or
debug the configuration of the currently highlighted artifact, instead of the
last run configuration. If the artifact has exactly one configuration then it
will be run. Otherwise the Launch Configuration dialog will be opened to create
or select launch configuration of the artifact.
You can reset the shortcuts to have the previous behavior by changing the
Launch Operation preference in the Run/Debug->Launching preference page.
_______________________________
SNC00066123 Sonic00040964
Refactoring Undo/Redo does not work for CBR/XCBR files
---
Refactoring undo/redo does not work for cbr/xcbr files. It is available only
locally in the affected esbp editor. Any refactoring which affects cbr/xcbr
cannot be undone. A refactoring which affects an esbp can be undone only if the
particular esbp editor is open at the time of refactoring- in this case the
user will have to go to the esbp editor and then undo the change (by pressing
Ctrl-Z or Edit>Undo) caused by refactoring, this action will not rollback
changes caused to cbr/xcbr files as part of the same refactoring.
_______________________________
SNC00065997 Sonic00040859
Sonic Workbench editors fail to open files from a closed Workbench project
---
Sonic Workbench editors fail to open files from a closed Workbench project. The
workaround is to open the closed project.
_______________________________
SNC00065944 Sonic00040815
Linux: Issue with editing an ESB Process file when the Outline view minimized
---
Sometimes editing an ESBP file while the Outline view is minimized, throws
exception. This is specific to the Linux 4.5 platform. The workaround is to
restore the Outline view.
_______________________________
SNC00064377 Sonic00039813
Linux: Drag/drop of an ESB process on a BPEL process flow does not respond
---
On the Linux platform, dragging and dropping an ESB process on a BPEL process
flow does not respond. The workaround is to add an invoke activity for the
process. You must do the following to add an invoke activity for ESB Process:
1. Upload the process.
2. Import the WSDL.
3. Drag and drop the operation from the Operations view onto the process flow.
_______________________________
SNC00064229 Sonic00039725
The Create Schema option in the ESB Message editor does not work
---
The Create Schema option to help with creating a schema from XML content for
the part's body content provided in the Edit text area of the ESB Message
editor is not functional.
_______________________________
SNC00064215 Sonic00039716
Exception thrown opening an ESBP file with extension in uppercase characters
---
The ESBP process file must have the extension .esbp (in lower case) to open in
the ESB Process editor. If you use .ESBP, it will not open. The workaround is
to rename the file with the lower case extension.
_______________________________
SNC00063833 Sonic00039498
Exception is thrown when a step name contains special characters
---
An org.eclipse.swt.SWTException exception is thrown when a step name contains
special characters, for example ( ) or &. Setting a breakpoint in a step
containing special characters in the step name can cause unexpected behavior in
the editor. The workaround is to remove the special characters from the step
name.
_______________________________
SNC00063775 Sonic00039468
Linux: WSDL file shown in the dirty state, when opened from the Navigator view
---
On Linux systems, when you create a wrapper process, all the necessary
artifacts are created in the selected project. However when you open the WSDL
(by double-clicking from the Navigator view), the WSDL file opens in the WSDL
editor in the dirty state. Simply save the file to remove the dirty flag.
_______________________________
SNC00060372 Sonic00037427
Use UTF-8 encoded request messages
---
A request message encoded using UTF-16 might fail to run. The workaround is to
use UTF-8 encoding.
_______________________________
SNC00059520 Sonic00036933
ESB JUnit XCBRScenario fails with unsupported artifact Type
---
You cannot use Sonic ESB's JUnit to test XCBR files.
_______________________________
SNC00059479 Sonic00036916
ESB Process editor causes Eclipse to log an exception for part init
---
The eclipse log will often contain the following line. This is expected and is
not a cause for alarm:
org.eclipse.ui.PartInitException: Warning: Detected recursive attempt by part
com.sonicsw.tools.esbp.editor to create itself. (This is probably, but not
necessarily, a bug.)
_______________________________
SNC00059189 Sonic00036711
BPEL Deployment Descriptor editor might not refresh properly
---
There can be some refresh/caching issues with the Deployment Descriptor editor.
If the Service and Port drop down lists are not populated in the Partner
Deployment Attributes page, close the file and re-open it.
_______________________________
SNC00059083 Sonic00036632
Adding a URL import to a BPEL process does not populate the type and namespace
---
For the "import" node in the Properties view, when a URL is added in location,
and the namespace and importType properties are not populated, you must provide
the namespace and importType details in their respective fields. On providing
the project's relative location, those details are populated from the file.
_______________________________
SNC00057652 Sonic00035789
Linux: Save does not clear flag when file system is remote on unsynched clock
---
The Sonic editors match modification and save timestamps to determine whether
an editor's file is dirty or not. This apparently breaks when the file resides
in a mounted directory, under the following condition. The last-save time from
the file is based on the clock of the file's native machine. The last
modification time is based on the clock of the machine in which the JVM is
running. If, on save, the editors show a * , check whether the affected file
resides on a mounted directory. If yes, check the time on the machine on which
that directory actually resides. Synchronize both clocks to the same time
server. When the clocks are in synch, this problem should not arise.
_______________________________
SNC00057266 Sonic00035550
The JUnit SwingUIRunner causes an exception to be thrown
---
When using the JUnit feature of Sonic Workbench, the JUnit SwingUIRunner causes
an exception to be thrown. Only the TextRunner is supported.
_______________________________
SNC00057229 Sonic00035529
WSDL Overview page does not render and seems blank
---
Sometimes the WSDL editor's Overview page does not render its UI. The
workaround is to resize the Types, Imports, and Messages sections using the
splitter in the middle.
_______________________________
SNC00055889 Sonic00034713
Stepping into an ESB process from BPEL, sometimes does not regain control
---
When stepping into an ESB process from BPEL, control sometimes does not come
back to the BPEL.
_______________________________
SNC00055754 Sonic00034632
Restarting the BPEL container can take less time than indicated
---
When you upload a BPEL project, the upload action can complete sooner than the
BPEL service is available to receive messages. If you run a scenario before the
BPEL service is active, the run appears to hang. After uploading, check the
Containers view.
_______________________________
SNC00053564 Sonic00033235
Miscellaneous layout and text issues for XPath routing Rules editor
---
To view the namespaces section on the XPath routing Rule editor, it is
necessary to scroll the panel down to view and edit this section.
_______________________________
SNC00053212 Sonic00033029
Linux: "Text function" button is not displayed in the XPath Helper window.
---
The Text function" button is not displayed in the XPath Helper window. The
workaround is to type the text() in the XPath text area. The issue is specific
to AS4.5 and AS5.0.
_______________________________
SNC00052987 Sonic00032909
OutOfMemoryError when attempting to open very large files
---
If you get an OutOfMemoryError while trying to open very large files in Sonic
Workbench, do the following:
1. Close Sonic Workbench and go to the <Sonic Install>/Workbenchn.n/eclipse
folder.
2. Edit the SonicLauncher.ini file and increase the -Xmx256m value to a larger
value, for example, -Xmx512m (assuming that much system memory is available).
_______________________________
SNC00051685 Sonic00032109
Memory leak leads to eventual Sonic Workbench crash
---
Leaving Sonic Workbench active for extended periods of time (multiple days) and
making repeated runs or debugs can lead to an OutOfMemory exception, and having
Sonic Workbench hang or crash. This can be mitigated by making sure you
terminate unused run/debug sessions, but exiting Sonic Workbench at least once
a day is recommended.
_______________________________
SNC00051662 Sonic00032094
Cannot view the domain manager log from the Containers view
---
If you launch the Domain Manager before starting Sonic Workbench, you cannot
use the Containers view to view the domain manager's log. Sonic recommends
starting the domain manager first. To view the log, simply view the command
window where the Domain Manager is started.
_______________________________
SNC00049225 Sonic00030669
Only files in sonicfs:///workspace can be run or debugged
---
You must import the files into your project in order to run or debug them.
_______________________________
SNC00045975 Sonic00028721
ClassCastException in ESB Process editor on some files outside the workspace
---
ClassCastException in ESB Process editor when opening certain files outside the
workspace. Workbench cannot edit ESBP, BPEL, XAction, and other files that are
not imported into the project.
================================================================================
Sonic Workbench General
_______________________________
SNC00081875
Sometimes not all Service Types are listed under Domain node
---
In some circumstatnces, the complete list of Service Types do not display in
the Domain node. Refreshing the 'Services' node manually will show all the
Service Types.
_______________________________
SNC00081749
Drag and drop does not work in Linux 6.0 64-bit OS + Eclipse 64-bit environment
---
Drag and drop does not work in Linux 6.0 64-bit OS + Eclipse 64-bit
environment.
That is, dragging a file and then dropping onto any folder in workspace does
not work. This also means that Drag and drop of Project explorer items does not
to work.
_______________________________
SNC00072080
Removed ESB Process Templates
---
The Workbench pallete for ESB Processes no longer contains SendToJMS or
CompositeWebServices. These are replaced in the product by new functionality
in the Sonic Dispatch service and the Sonic Connect Web Service stack.
If you want to use a process template for either of these, they can be added by
exporting the template from 7.6.2 and importing into 8.x.
_______________________________
SNC00064729 Sonic00040026
Crash on existing Eclipse after importing and uploading samples
---
In the case of Sonic Workbench installed with an existing Eclipse, you must add
following parameter in the eclipse.ini file:
-XX:MaxPermSize=256M
================================================================================
Sonic Workbench Samples
_______________________________
SNC00051771 Sonic00032161
Database Operation editor forces changes to the DBService sample ESBDB files
---
When you open an ESBDB file in the Database Operation editor while using the
Database Service samples, the editor might automatically update the ESBDB file,
and mark it as modified. If this happens, when you attempt to run a scenario
associated with the ESBDB file, the editor will require that the changes be
saved before the scenario can be run, and will display a popup to confirm that
you want the changes to be saved. In this case, just click the "Confirm Save"
button, and the scenario will run.
================================================================================
SonicMQ Resource Adapter for JCA
_______________________________
SNC00043093 Sonic00027005
Setting the maxSessions activation configuration property
---
In a message driven bean, setting the maxSessions activation configuration
property too high can cause SonicMQ to drop connections and refuse to reconnect
for the bean instance. If this situation occurs try reducing the maxSessions
value or reverting to the default value.
================================================================================
Sonic Launcher Installer
_______________________________
SNC00075622
Blank Screen coming up for AIX and HP-UX on some install panels
---
This is a known issue with InstallAnywhere
InstallAnywhere 2009 Service Pack 1 Release Notes -- 10
http://kb.flexerasoftware.com/selfservice/microsites/search.do?cmd=displayKC&do
cType=kc&externalId=Installation-InstallAnywhere-InstallAnywhere2009-01Public-P
roductInfo-rnia2009sp1pdf&sliceId=pdfPage_10&docTypeID=DT_PRODUCTINFO_1_1&dialo
gID=80327867&stateId=0%200%2080329468
Installation panels is the same as the background color, making the text
invisible. IOC-000079974 When running an InstallAnywhere installation with a 64
bit JVM on HP-UX
================================================================================
Sonic Deployment Manager
_______________________________
SNC00068402
LocalManagementBroker can now be in a parent Segment of the referenced Broker
---
In pre-8.0 releases, the LocalManagementBroker and the associated Broker tag
were required to be at the same Segment level, and a local manegement broker
was required to be in a segment and not at the top level in the model.
In 8.x releases, the LocalManagementBroker and the associated Broker tag are
required to be at the same or an ancestor Segment level, and a local management
broker is required to be in a segment and not at top level in the model.
_______________________________
SNC00061924 Sonic00038328
Benign error about tools.jar when Ant scripts run under standalone JRE
---
When java_home is defined to reference a JRE that is not part of a Java SDK,
running an Ant script displays that it cannot locate tools.jar. As the SDM's
use of Ant does not require the JDK, the error is benign.
_______________________________
SNC00061711 Sonic00038205
SDM Tuning.xsd contains several Annotation elements that are not functional
---
Some tuning elements define Annotations in the Tuning.xsd schema, but the
SonicMQ annotation function does not apply defined annotation text as expected.
Avoid defining annotations in an SDM model for the following elements:
BrokerParameters/Storage/RecoveryLog
BrokerParameters/Security/Ssl
BrokerParameters/Tuning/Queue
BrokerParameters/Tuning/Topic
BrokerParameters/Tuning/Buffer
BrokerParameters/Tuning/Transactions
BrokerParameters/Tuning/Connection
BrokerParameters/Tuning/Metrics
BrokerParameters/DuplicateDetection
BrokerParameters/WebServiceSecurity
QueueParameters
_______________________________
SNC00061706 Sonic00038202
SDM Tuning.xsd contains several Annotation elements that are not functional
---
SDM does not support Annotations for Authentication Domains and Security
Policies elements. Such annotations have to be added manually to a
configuration via the SMC or a Java application.
_______________________________
SNC00061352 Sonic00037997
Extraction does not get all annotations
---
Extraction from a domain does not extract all existing annotations from the
Directory Service.
_______________________________
SNC00059291 Sonic00036778
Deletes.xml file cannot specify a management container for deletion
---
The SDM provides no way to specify within the Deletes.xml file that a
management container should be deleted.
_______________________________
SNC00058518 Sonic00036292
Models extracted from a domain include all tuning parameters
---
Domain-to-Model outputs all tuning parameters, even if they are default values.
Thus all properties stored in the Directory Service for a given domain
configuration are written out to the model as a result of using the
Domain-to-Model feature, as opposed to just those whose values differ from the
default values.
_______________________________
SNC00058498 Sonic00036281
SDM does not support SSL Acceptors for management connections
---
SDM does not support the use of SSL Acceptors for management connections; only
TCP Acceptors are supported for management connections.
_______________________________
SNC00058340 Sonic00036195
No Support for protocols other than Web Service protocols for Acceptor
---
Web Service protocols are supported within the Acceptor of a Broker element.
For example:
Test WebService Protocol
...
/abc
However, this support is not provided for the other types of protocols.
================================================================================
SonicESB Actional Integration
_______________________________
SNC00081576
Actional - Multi-part Message Payload Capture Feature For ESB
---
ESB now takes advantage of new Actional 8.2.3 SDK features to report multi-part
payloads. When the ESB container option Enable Payload Capture is selected, and
Actional policy is configured to require payload to be reported for an
interaction, all ESB message parts are reported to Actional.
This differs from the previous behavior of reporting only the first part of the
ESB message where the part content-type was "application/xml", "text/xml", or
listed in an advanced configuration property (payloadCaptureMimeTypes).
Sonic ESB now takes advantage of Actional SDK capabilities that allows
determination of whether payload is required by the Actional Management Server
(AMS) for either policy evaluation or for auditing purposes. ESB only incurs
the payload preparation and transmission overhead if absolutely required by
AMS.
Sonic ESB now reports payload size to AMS for ALL interactions independent of
the Enable Payload Capture setting. To be consistent with other Actional
interceptors, payload size is now reported as a representation of the bandwidth
used for the communication. For intra-container or in-memory interactions a
zero length payload size is reported. For interactions across JMS, the JMS
network bandwidth size is reported.
This new payload size reporting strategy differs from the old behavior.
Previously, payload size was reported only if Enable Payload Capture was set;
and it reflected the payload bytes reported to Actional (which was no more than
the size of a single part).
Should you need to revert to the previous payload and size reporting behaviors,
an advanced configuration property can be set:
LegacyPayloadReportingModeEnabled. There are two ways to apply this setting:
1. On a specific container, set a Java System Property set on the Resources tab
of the management container, then add the name
Actional.interceptor.LegacyPayloadReportingModeEnabled and the value true, and
then move the setting up to highest precedence.
2. Domain-wide for all containers as a XQGlobalConfig property: connect to the
domain with the esbadmin tool, and then enter:
set LegacyPayloadReportingModeEnabled true
_______________________________
SNC00065908 Sonic00040797
Message flow through an unmanaged container is incorrectly displayed
---
When ESB Actional instrumentation is enabled with the setting to display
unmanaged JMS nodes domain-wide enabled, and with MQ Actional instrumentation
disabled, then there is an issue with the flow map for a message travelling
from a managed container to an unmanaged container and back.
Instead of seeing two disconnected flows, you will see one flow. The message
flow coming back into the managed node has the incorrect source JMS
destination.
_______________________________
SNC00053115 Sonic00032973
Exception at container shutdown if messages are also processed by Actional ESB
---
In rare situations, an unexpected "IllegalStateException" might occur at
container shutdown if messages are simultaneously processed by the Actional
interceptor. The exception might be thrown by the JVM if Actional happens to be
processing the first message in a flow at the same time a shutdown request is
submitted. This behavior has only been observed on Solaris with the 1.5 JVM. No
adverse side effects are known. Restart of the container proceeds properly.
================================================================================
Sonic ESB Containers
_______________________________
SNC00050643 Sonic00031520
ESB class loader does not pick up new classes when container restarts
---
When JAR files are deleted and re-added in SonicFS, the ESB class loader does
not pick up the new classes when the container is restarted. If you import and
replace functions instead, the classes are picked up correctly.
_______________________________
SNC00027010 Sonic00016798
The ESB Configured Objects fail to rebind to ESB Container changes
---
The ESB Configured Objects section of the SMC gives a "Failed to rebind" error
when running if you modify an ESB container after deploying it into a
management Container. Choosing the Refresh command updates the bindings.
_______________________________
SNC00012354 Sonic00006251
If a container shutdown hangs, force a hard shutdown
---
Under some circumstances, an exception or a blocked message listener can
prevent a clean shutdown of a container. If the container does not shut down
gracefully within ten minutes after a shutdown request, you should force a hard
shutdown. Use kill -9 (on UNIX) or Task Manager (on Windows) to force a hard
shutdown of the container.
================================================================================
Sonic ESB Content-based Routing and Transformation
_______________________________
SNC00053638 Sonic00033277
Message sent to destination once when same destination is specified in rules
---
When defining the XCBR destination, be sure to define unique target addresses.
If the same address is selected and "Route to all the rules which evaluate to
true" is selected, only a single copy of the message is sent to the address.
_______________________________
SNC00047000 Sonic00029339
Saxon problem with array variables
---
Using xsl:for-each over a variable that contains more than one node might
result in an ArrayIndexOutOfBoundsException.
For example:
<xsl:variable name="foo" select="/a/b/c"/>
<xsl:for-each select="$foo"> ... </xsl:for-each>
The workaround is to use the following idiom, instead:
<xsl:for-each select="/a/b/c">..</xsl-for-each>
_______________________________
SNC00013966 Sonic00007350
XPath Accessor does not validate the incoming document
---
For performance reasons the XPath accessor does not perform validation on the
incoming document. There is no way in the current implementation to turn on
this behavior.
================================================================================
Sonic ESB Endpoints
_______________________________
SNC00070706
Unregistering then re-registering a transient endpoint can fail
---
If you attempt to unregister, then re-register a transient endpoint within a
service method that is dispatching a message from the same endpoint, you will
receive a JMS IllegalStateException.
The recommended way to turn on and off endpoint registration is to establish an
independent control endpoint, to which registration commands are sent. The
control endpoint commands may be handlied by a separate ESB Service, or, within
a single ESB Service (in which case, the control endpoint may itself be
established as a transient endpoint.)
_______________________________
SNC00041287 Sonic00025898
SonicESB pools temporary queues for responses to the XQEndpoint.call()method
---
To make XQEndpoint.call()more performant, SonicESB now pools temporary queues
for responses to the XQEndpoint.call()method.
Before the latest versions of SonicESB, the situation where multiple responses
occurring as a result of XQEndpoint.call()would have resulted in the additional
messages being dropped (likely resulting in an exception on the replying
application). With this pooling capability, these additional messages are now
stored on the pooled temporary queue. This could result in additional calls to
XQEndpoint.call()incorrectly retrieving those additional responses as its own
responses.
However, if you find that this is necessary, setting the java system property
-DSonicESB.RefreshDestinationsOnCall=true, on the ESB container, will result in
temporary queues being regenerated on every call. This causes Sonic ESB to
behave the same as it did before temporary queues were pooled.
================================================================================
Sonic ESB Processes and Services
_______________________________
SNC00078507
WS-RM disabled by default
---
By default, support for WS-RM (WS Reliable Messaging) is disabled in ESB.
If you use WS-RM then you should configure the Process Engine appropriately
such that the WS-RM related processing is performed for all the steps in your
ESB processses. Follow these steps:
1. The process engine configuration file can be found in a workbench install in
one of two places:
a) In the DS at /System/SonicESB/8.x/ItineraryEngineConfig-default.xml
b) On the disk under
<SonicESBInstall>/config_ds/dev/xars/core/SonicFS/System/SonicESB/ItineraryEngi
neConfig-default.xml
2. You have a choice of enabling WS-RM on all the containers in which case you
should copy the process engine configuration file in the DS as:
/System/SonicESB/8.x/ItineraryEngineConfig.xml (We dropped the -default prefix
to the name).
This will result in a global configuration override that will cause all the
containers in the domain to get bootstrapped with this configuration.
3. If you choose to enable WS-RM in specific containers where the WS-RM aware
processes gets executed, then you can configure the MF container with the
following -D parameter.
com.sonicsw.esb.process.config and set it to
System/SonicESB/8.x/ItineraryEngineConfig.xml or any other location in the DS.
4. The containers that are already executing should be restarted for this
configuration setting to take effect.
_______________________________
SNC00076679
Additional configuration required for WMQ JMS Sender and Listener services.
---
When deploying a WMQ JMS Sender or WMQ JMS Listener service it is necessary to
add additional classpath entries to the ESB container classpath. The container
classpath can be configured from the Sonic ESB Container properties in either
the Workbench (Containers view) or the Sonic Managament Console (Configure
tab).
The following entries are required:
sonicfs:///System/SonicESB/services/esb_wmq/8.x/commons-pool-1.4.jar
sonicfs:///System/SonicESB/services/esb_wmq/8.x/commons-collections-3.2.jar
sonicfs:///System/SonicESB/services/esb_wmq/8.x/quartz-1.6.6.jar
If these jars are not added the WMQ services will fail to start with a
java.lang.NoClassDefFoundError.
_______________________________
SNC00070956
The service "Split Join For Each" intermittently throws XQDispatchException
---
The service "Split Join For Each" intermittently throws XQDispatchException
when the hosting ESB container stops.
_______________________________
SNC00070782
New variant of sonic:/// URI that uses ESB configuration lookups
---
Users can configure sonic:/// URI to enable ESB configuration lookups for the
address defined in the URI. The URI format to enable the ESB configuration
lookup is:
sonic:///local?Type=ArtifactName
where
<Type> is either: endpoint, service or process
<ArtifactName> is the name of the service, process, endpoint. The service or
process referenced here should be configured with an entry endpoint.
With the new variant the process, service or endpoint configurations are looked
up as ESB configurations and are thus subjected to the caching mechanism
available for ESB configurations. Thus subsequent invocations will function
properly even if DS connectivity is lost.
The existing behavior of the sonic:/// URI is preserved; there are no backward
compatibility issues.
_______________________________
SNC00059738 Sonic00037064
Split and Join ForEach service should support content ID for XPath split part
---
In ESB 7.6, the Split Part parameter for the Split and Join ForEach service,
used to select the message part in the incoming message that will be split
using the XPath expression, can now be a content ID as well as a part index.
The value of the Split Part parameter will first be used to find a message part
with that content ID, and if there is none, the value will be used as a part
index.
_______________________________
SNC00057610 Sonic00035767
The Split and Join services should override the branch fault and RME addresses
---
If a Split or Join service is used in a process, the fault address, RME
address, TTL, and QoS in force in the process context of the Split and Join
service is used instead of those configured for the branch service or process.
The exception is that if the fault address or RME address in the process
context is set to REPLY_TO, as it is during a run/debug scenario, the fault
address or RME address of the branch is not overridden. The tracking level,
tracking ID, and event endpoint of the branch are not overridden.
Note that applications should not configure branch services or processes that
are used with the Split or Join service to use REPLY_TO as the fault or RME
address, because this can interfere with the operation of the Split or Join
service.
_______________________________
SNC00053135 Sonic00032988
ESB Split and Join services do not have Fault output when branch times out
---
Timeouts on the Split and Join services (ForEach and Parallel) are not
supported when intra-container messaging is enabled and the target services
reside in the same container. To allow timeouts to work properly, either deploy
the Split and Join services in their own container, or turn off intra-container
messaging.
_______________________________
SNC00043333 Sonic00027148
Issue with a service that uses the ESB Asynchronous Dispatch mechanism
---
The FilePollingService sample as well as any other service that uses the ESB
Asynchronous Dispatch mechanism, might throw the following exception after an
ESB container reload:
"com.sonicsw.xq.XQDispatchException: Unable to perform asynchronous dispatch.
Dispatcher is in stopped state!"
This occurs primarily due to timing issues between ESB framework thread(s) and
the service's asynchronous dispatch threads. If the ESB framework has not
completely initialized all its components, including the services during a
reload, before a service's asynchronous dispatch threads start executing, this
exception is seen.
The way to work around this issue is to "restart" the ESB container as opposed
to "reloading" it. Restart affords more time to the ESB framework to complete
the initialization phase than reload and should avoid the timing issue seen
with reload.
_______________________________
SNC00039928 Sonic00025022
Using Sonic ESB over DRA can affect performance
---
In multi-node domains, Sonic ESB uses SonicMQ's DRA feature to send to remote,
node-qualified destinations. This allows the ESB framework to make fewer direct
connections to remote nodes by re-using the bus connection (XQContainer JMS
connection) and DRA routes to send to remote nodes.
Potentially, this reuse of the bus connection might cause performance to change
(negatively), in the case of sending to node-qualified destinations.
Additionally, the bus connection broker should have DRA routes defined to each
of the remote nodes that can be sent to or the sent messages will go to its
Dead Message Queue.
_______________________________
SNC00039455 Sonic00024713
MultiPart Message emitted from process is not unwrapped by ESB
---
You might expect that in an ESB process, the input message format matches the
output message format. For example, if the input message is a SonicMQ
XMLMessage or TextMessage, and the output message contains only a single part,
then it should also be a SonicMQ XMLMessage or TextMessage.
However, in cases where services in the ESB process:
1. Do not utilize the input message or a clone of the input message for
generating an output message.
2. Choose to create new XQMessages and place them on the outbox.
3. Subsequent steps are in a different container or within the same container
with intra-container off.
Then the output message will always be a SonicMQ Multipart message with one or
more parts.
There is a workaround to generate a SonicMQ/JMS single part message
(XMLMessage, TextMessage etc.) from a MultipartMessage with ONE part and no
custom part headers. This workaround involves adding another step to the
process after the service that creates the new messages. This new step must add
a boolean XQMessage header to the newly created messages by the aforementioned
service. The header is called JMS_SonicMQ_XQ.isMultipart. Set this header value
to false. If the message is a multipart message or a single part message with
custom part headers, then this header is ignored. In all other cases, if this
header is set to false, then depending on the content type of the first (and
only) part, a TextMessage/XMLMessage/BytesMessage is created while dispatching
the message over JMS.
_______________________________
SNC00032631 Sonic00020257
File encoding issues
---
The encoding used in Sonic ESB and the storage format in the Directory Service
are dictated by the following two variables. The same encoding should be used
in all containers that are constituents of the same process.
-Dfile.encoding=<desired encoding>
-Dcom.sonicsw.xq.admin.binaryexts=<comma-separated file extensions that should
be stored as binary>
For example:
-Dfile.encoding=utf-8
-Dcom.sonicsw.xq.admin.binaryexts=bpv,xml,xsl
================================================================================
Sonic ESB Install, Upgrade, Update, and Uninstall
_______________________________
SNC00065983 Sonic00040851
Verification Service and related artifacts removed.
---
The Verification service type and related artifacts (service configuration,
container, and endpoints) have been removed from the installation. This service
performed no useful function and was included for historical reasons in
releases prior to Sonic 8.5.
_______________________________
SNC00065975 Sonic00040844
File service changes to consider when upgrading from ESB 7.5
---
Enhancements to the File Pickup, File Drop, and File Splitter services in ESB
7.6 resulted in changes to the package implementing these services from
com.sonicsw.xq.* to com.sonicsw.esb.*. When upgrading from ESB 7.5 (or earlier)
management containers that host 7.5 ESB containers with file services will
experience ClassNotFound exceptions on restart.
It is recommended that you promptly upgrade all management containers that host
file services to 8.x (which will update their ESB containers and references to
archive files.) If you must upgrade the domain yet perpetuate 7.5 file
services, contact technical support for tactics that will enable the 7.5 file
services to function properly in an 8.x domain.
================================================================================
Sonic ESB Management Tools
_______________________________
SNC00081894
Unable to create service configurations from Service Configuration dialog
---
When trying to create a new service configuration using the New Serivce
Configuration Dialog from ESB Address Chooser, an exception is thrown and does
not launch the dialog. The work around for this is to use the services view for
creating the service configurations.
_______________________________
SNC00068891
Sonic ESB Explorer is not supported on Linux platforms with IBM 1.5 JRE
---
Sonic ESB Explorer is not supported on the following Linux platforms with IBM
1.5 JRE:
* Red Hat 5 Update 2
* SuSe 10 SP 2
================================================================================
Sonic ESB Messaging Broker
_______________________________
SNC00066536 Sonic00041272
Change in how connection ids are created for ESB connections
---
ESB now generates ids for its connections rather than allowing the broker to
generate temporary ids. ESB connection ids now take the form:
SonicESB/esb/<domain>/<mfcontainer>/<mfcomponent>/<esbconnection>
If necessary, the previous behavior can be reinstated by adding the following
Java System Property to the MF Container's environment:
Variable: com.sonicsw.xq.connection.disable_connectids
Value: true
This change avoids scenarios where EUserAlreadyConnected exceptions were thrown
while attempting to reestablish a dropped connection.
Note that while ESB attempts to reestablish a dropped connection, the broker
may ping the previous connection to check whether it is still active. This ping
may in some cases block indefinetely. It is recommended that the
CONNECTION_TUNING_PARAMETERS.CONNECT_PING_TIMEOUT on the broker be set to a
reasonable value (30000ms or 60000ms) to avoid such cases.
================================================================================
Sonic ESB Samples
_______________________________
SNC00066095 Sonic00040936
The ESB Sample.ConfigAPI throws exceptions in Linux
---
To resolve the issue, add xmlParserAPIs.jar and xercesImpl.jar to the
Bootclasspath of the launch configuration. These files are located in the
directory <install>\MQn.n\lib.
_______________________________
SNC00057886 Sonic00035918
Behavior of File Pickup and File Splitter services in a process
---
The behavior of messages sent by the File Pickup and File Splitter services
depends on the destination selected. If a File Pickup or File Splitter service
is invoked as part of an ESB process, messages sent to the service's Exit
endpoint remain in the process. Messages that are sent using asynchronous
dispatch leave the process.
For both status messages and data messages: if the Exit endpoint is selected
(by explicitly specifying a destination of type EXIT, or if no destinations are
specified) the message is sent by adding it to the outbox. All messages for
destinations other than the Exit endpoint are sent using asynchronous dispatch.
When messages are generated as a result of polling rather than as a result of a
request message all messages are sent using asynchronous dispatch, regardless
of destination.
================================================================================
Sonic ESB Web Services
_______________________________
SNC00082234
First fault mapping rule set applied with multiple fault mappings
Sonic ESB supports the definition of multiple sets of fault mapping rules, one
for
each fault name. But in ESB 8.5, the first fault mapping rule always gets picked
up in the case of a fault. This is an issue when multiple fault rule sets are
defined and when the fault mapping required is not for the first fault
mapping rule. This defect impacts both Sonic Connect and DataXtend SI.
_______________________________
SNC00082208
How to specify proxy server configurations with web service client
---
To specify proxy server configurations (url / username / password) while using
a Sonic Connect web service client, edit the service's spring.xml as follows:
Identify the QName of the client endpoint conduit. Add a proxy server
configuration similar to the following (adjusting the namespace prefix as
needed):
<http-conf:conduit
name="{http://apache.org/hello_world_soap_http}SoapPort.http-conduit">
<http-conf:client ProxyServer="http://myurl.com" />
<http-conf:proxyAuthorization>
<conf-sec:UserName>userName</conf-sec:UserName>
<conf-sec:Password>password</conf-sec:Password>
<http-conf:proxyAuthorization/>
</http-conf:conduit>
For more information, see:
http://cxf.apache.org/docs/client-http-transport-including-ssl-support.html
_______________________________
SNC00080652
New ContentType parameter for invoking REST services with PostData
---
When calling external REST Services using a SonicConnect operation step,
ContentType is now a required parameter when PostData is provided(typically
PUT, POST methods). If you omit the ContentType parameter in a scenario or an
itinerary mapped invocation, a fault might be returned with the text
"org.apache.cxf.interceptor.Fault: Media type separator is missing"
_______________________________
SNC00080643
Custom JAX-RS providers are not supported.
---
Registering custom JAX-RS providers is not currently supported with the
camel-cxf component used in Sonic Connect.
_______________________________
SNC00080552
REST query parameters are depend on ordering
---
When exposing a RESTful service with Sonic Connect, query parameters are
expected to be in the order specificed in the URI template.
For example, if a RESTful itinerary is expose with the following settings:
base: http://localhost:9000/hello
template: /params?param1={param1}¶m2={param2}
then the following URL will not match:
http://localhost:9000/hello/params?param2=World¶m1=Hello
A workaround is to add additional routes and templates to reflect the order
permutations.
_______________________________
SNC00078985
Security context is not properly injected in to JAX-RS POJOs
---
JAX-RS supports the injection of a javax.ws.rs.core.SecurityContext. When
hosted in Sonic Connect the injected SecurityContext object is not properly
initialized.
For example, the following code results in a NullPointerException for a POJO
exposed with basic authentication in Sonic Connect:
public Response getEmployee(@PathParam("name") String empName,
@Context SecurityContext
sc)
{
if (sc != null) { System.out.println(sc.getUserPrincipal()); }
}
_______________________________
SNC00078836
Unable to use ?wsdl to obtain the WSDL for a hosted JAX-WS POJO
---
The common http://...?wsdl approach for obtaining the WSDL of a web service is
not supported for a JAX-WS POJO hosted in Sonic Connect.
_______________________________
SNC00076512
Security Configuration For Sonic Connect HTTP Outbound Basic Auth
---
If you have multiple Sonic Connect services deployed within a single ESB
Container and you wish to enable HTTP Outbound Basic Auth security on ANY of
these services, you must add the XML declarations for HTTP Outbound Basic Auth
to the spring.xml of ALL Sonic Connect services deployed within the same ESB
Container. Failing to do so may result in HTTP Outbound Basic Auth not being
applied where requested by a process invocation step.
To enable HTTP Outbound Basic Auth security, there are 2 requirements that need
to be met:
i. The Sonic Connect service spring.xml needs to be edited to include
declarations that enable the outbound authentication feature across the
service.
<beans xmlns="http://www.springframework.org/schema/beans"
...
xmlns:cxf="http://cxf.apache.org/core"
xmlns:scsec="http://www.progress.com/sonic/esb/service/connect/security"
...
xsi:schemaLocation="
...
http://cxf.apache.org/core http://cxf.apache.org/schemas/core.xsd
http://www.progress.com/sonic/esb/service/connect/security
http://www.progress.com/schema/sonic/esb/service/connect/security.xsd"
<import resource="classpath:META-INF/cxf/cxf.xml"/>
<cxf:bus>
<cxf:features>
<scsec:ServiceConnectOutboundSecurity/>
</cxf:features>
</cxf:bus>
ii. Process inflight properties need to be provided by the itinerary that
indicate user name and password is to be applied:
Override.BasicAuth_UserName
Override.BasicAuth_Password
Given that HTTP Outbound Basic Auth always needs to be requested by an
itinerary by mechanism ii above, there is usually little harm in enabling the
feature in the spring.xml level.
_______________________________
SNC00076047
JAXRS ResponseBuilder might return incorrect HTTP "Location" headers
---
ESB hosted JAXRS POJOs that call the javax.ws.rs.core.ResponseBuilder method
location(java.net.URI location) with a relative URI will return an inaccurate
HTTP Response "Location" header. The relative URI will be converted to an
absolute URI that begins with the baseURI prefix "camel:".
To workaround this issue, only use absolute URIs in this method.
You can use the following steps to inject the POJO with baseURI information:
1. modify the from("cxfjetty..." route to provision a header with the original
base URL. For example,
<route>
<from uri="cxfjetty:http://localhost:9000?matchOnUriPrefix=true"/>
<setHeader
headerName="locationBase"><constant>http://localhost:9000</constant></setHeader
>
<to uri="cxfbean:PatientsPOJO"/>
</route>
2. On your POJO code apply the location:
public Response xyz(@Context HttpHeaders hdrs, @Context UriInfo uri,
PatientImpl patient) {
try {
..
ResponseBuilder rb = Response.ok();
String locationBase = "";
List<String> sList = hdrs.getRequestHeader("locationBase");
if (sList != null && sList.size() > 0) {
locationBase = sList.get(0);
}
rb.location(new URI(locationBase + "/patients/" +
patient.getPid()));
etc
_______________________________
SNC00074839
Sonic Connect cannot handle multiple responses from exposed process
---
For the expose use case, Sonic Connect only handles the first response message
from the exposed process.
So if the execution of the exposed ESB process results in multiple messages
getting addressed to the exit/fault/RME destinations then only the first
message gets processed by Sonic Connect. The remaining messages get ignored.
_______________________________
SNC00074203
Output param mapping fails for direct invocation of ESBP from a Connect step
---
When an ESB process is directly invoked from a Sonic Connect step, the output
parameters are not populated correctly by Sonic Connect. Thus an attempt to
perform response mapping with output parameters for such a Sonic Connect Invoke
step will result in the framework throwing an exception and the incoming
message getting rejected.
_______________________________
SNC00074102
Deploying multiple Sonic Connect Services in the same ESB container
---
If multiple Sonic Connect services are deployed in the same ESB container,
ensure that these services are configured with different values for the staging
directory.
_______________________________
SNC00073595
Multiple Sonic Connect services in one container might exceed available memory.
---
When several Sonic Connect services are deployed in a single ESB container
there might be an out of memory error such as:
java.lang.OutOfMemoryError: PermGen space
If this occurs, relocate some services to another container, or increase the
available memory. Note that PermGen space is specific to Sun JVMs: it can be
increased by setting -XX:MaxPermSize. Other JVMs will produce a different error
message and may provide different tuning parameters.
_______________________________
SNC00056769 Sonic00035247
Exception when an attempt is made to return space as a web service response
---
If a web service returns whitespace for the value of a parameter, the following
exception occurs when invoked from an ESBWS Web Service Invocation step:
com.sonicsw.xqimpl.invk.ESBException: Output param: <parameter name> was not
found in response
The web service should return an empty value, or a non-whitespace value.
Returning spaces, tab characters, or carriage returns is not a valid response.
_______________________________
SNC00051484 Sonic00031987
The /wsa url extension must be defined in the WS-Protocol acceptor
---
The web service protocol defined in Sonic Workbench does not have the /wsa URL
extension properly defined. To ensure the proper operation of WS-RM with
Version 7 web services, this URL extension must be defined in the Web service
protocol under /System/SonicESB/8.x/dev/dev.WS-Protocol. See "Configuring
HTTP(S) Direct Acceptors" in the SonicMQ Configuration and Management Guide for
more information.
_______________________________
SNC00039318 Sonic00024616
Exception occurs if the WSDL changes without regenerating ESBWS files
---
A NullPointerException can occur if the target namespace of a WSDL changes
without regenerating any associated web service call files ( .esbws files). It
is recommended that all .esbws files associated with a given WSDL be
regenerated whenever the target WSDL is changed.
_______________________________
SNC00034904 Sonic00021722
The input soap header and input parameter must have different names
---
Sonic ESB Version 7 web service functionality does not support WSDL when a soap
header for input has the same name as an IN parameter or when a soap header on
output has the same name as a parameter OUT. The workaround is to modify the
WSDL so that the two parameters have different names.
================================================================================
SonicMQ Administration
_______________________________
SNC00030925 Sonic00019185
Durable browsing should wait until broker restart has completed
---
When managing Durable subscriptions, count and size information is available on
a per durable subscriber basis. After a broker startup, some messages that are
included in the count and size might not appear when browsing durable
subscriptions. These messages will be available for browsing after the Client
Reconnect Timeout time.
To configure the Client Reconnect Timeout, select the Configure tab in the
Sonic Management Console. Next, right-click on a broker and select Properties.
The Client Reconnect Timeout is configurable via the Advanced tab.
_______________________________
SNC00026565 Sonic00016520
On deletion of a durable sub, SMC does not propagate it clusterwide
---
When you use the Sonic Management Console to delete a durable subscription from
a broker that is part of a cluster, you must connect to the other brokers in
the cluster and then delete the subscription from each of those brokers to
complete the unsubscribe action. However, when done programmatically by the
TopicSession.unsubscribe() method, the deletion request propagates to all
brokers in the cluster.
_______________________________
SNC00005206 Sonic00002409
The Broker Can Take a Long Time to Start
---
After certain types of failures, it can take a very long time for a SonicMQ
broker to start up.
If the recovery log files are not configured large enough for a heavy work
load, the SonicMQ broker might run out of space on both log files and
automatically shut down. Even after re-configuring the log files, starting up
the broker for the first time following such a failure can take a long time, as
it has to start recovery at the last good sync point, which in this case is
located at the beginning of the first file. After a successful startup,
however, a sync point is written to the log file and subsequent startup times
are normal.
Sync points are written to the log at startup, shutdown, and when switching log
files. See the information in the SonicMQ Deployment Guide about setting the
LOG_NOTIFY_FACTOR parameter so you can monitor peak usage of the recovery log
file to ensure that the log file does not exceed its capacity and shut down the
broker.
_______________________________
SNC00005131 Sonic00002371
Buffered Disk Writes Affect Server Reliability
---
Do not use buffered disk writes or network drives in virtually all
circumstances. Buffered disk writes (write caching) could -- under an
unanticipated power outage -- corrupt data in the write cache before the data
is written to disk; however, some sophisticated data storage systems (such as
top-end SCSI RAID arrays) provide reliable write caching that is suitable for
use with SonicMQ.
================================================================================
SonicMQ Containers
_______________________________
SNC00061378 Sonic00038011
Windows Services: The Local System account is used by the services
---
When installing containers as windows services, they are set up to use the
Local System account, and do not have access to Windows network resources, such
as file shares. Be sure that all resources required to run the container (the
JVM, cache directory, working directory, etc.) are located on the local machine
or, alternately, modify the account that runs the service to allow access to
all the required resources.
================================================================================
SonicMQ Fault Tolerance
_______________________________
SNC00042957 Sonic00026919
Broker failover may be delayed by long kernel retry intervals on Linux AS 3.0
---
On Linux, the kernel will often retry TCP connections for 13 minutes or longer
before reporting the suspected problem to the network layer. For FT broker
pairs, this will delay their ability to react to network interruptions. The TCP
variables tcp_retries2, tcp_syn_retries, and others can be tuned to reduce the
amount of time it takes the kernel to report a problem to the network layer.
See the SonicMQ Performance Tuning Guide chapter "Optimizing Broker CAA and
Cluster Failover" for more information on this topic.
Alternatively such brokers can be configured with early application level
connection detection. See the SonicMQ Performance Tuning Guide chapter "Tuning
Brokers to Optimize CAA Failover" for more information on this topic.
_______________________________
SNC00032107 Sonic00019907
connectID recommended for Fault-Tolerant connections
---
A fault-tolerant durable subscriber client application that does not specify a
ConnectionFactory connectID, when running and connected, can terminate
abnormally. If the application is immediately run again, it encounters the
following error.
javax.jms.JMSException: [127]
progress.message.client.EUserAlreadyConnectedPendingReconnect:
.../$DURABLE$FTDurableChatter$SampleSubscription
This error is a consequence of the broker enforcing a policy that prevents a
durable subscriber that is in the "pending-reconnect" state from being
connected to by a different client. Here, to determine client identity,
connectID is used.
In the situation described, when the client application initially executes and
connects, connectID is unspecified. Therefore a system assigned client
identifier is used. When the initial client application execution is abnormally
terminated, the broker assumes that the network has temporarily failed and
places the client in the "pending-reconnect" state.
The broker maintains the "pending-reconnect" state for the failed client until
the client recovers the connection, or connects anew with the same connectID,
or the reconnect timeout expires.
When the client application executes for the second time and before expiration
of the first failed connection's reconnect timeout expiration, a new system
assigned connectID is used and presented by the client but rejected by the
broker because of the above pre-emption policy.
To avoid this behavior, assign a connectID in the ConnectionFactory.
For more information, see the "Reconnect Conflict " and "Durable Subscriber
Reconnect Conflict " sections in Chapter 4 of the Application Programming
Guide.
================================================================================
SonicMQ HTTP
_______________________________
SNC00055744 Sonic00034626
HTTP Tunneling and NTLM Authentication
---
Connecting to the broker using http through a proxy that enforces NTLM
authentication from a Windows machine now requires that NTLM credentials be
specified explicitly. A new http client has now been introduced that no longer
uses the JDK's HttpUrlConnection which had accessed the local user's Windows
credentials through native code. See chapter 4 of the SonicMQ Application
Programming Guide for more information.
_______________________________
SNC00028299 Sonic00017603
Use of http.maxConnections with HTTP(S) Tunneling
---
The SonicMQ HTTP/S tunneling implementation utilizes the JVM's
HTTPUrlConnection class. The JVM's implementation of this class uses a pool of
connections to the server for persistent (HTTP/1.1 or HTTP/1.0 Keep-alive)
connections. This pool is limited by the JVM. When the pool limit is exceeded,
the JVM determines on its own whether or not to close any of the connections.
This JVM behavior can cause problems for SonicMQ HTTP/S tunneling when more
persistent connections are required than the pool is configured for. Setting
the JVM's http.maxConnections property on the client-side to be at least three
times the number of JMS Connections alleviates the problem.
_______________________________
SNC00012023 Sonic00006048
HTTP/HTTPS URLs for Client Persistence connections must specify a Port number
---
ConnectionFactory objects that configure client persistence, such as
setEnableLocalStore(true) AND use HTTP/HTTPS for broker connections MUST
specify a port number in the broker URL. This also applies to administered
objects that persist ConnectionFactories in LDAP or on disk.
================================================================================
SonicMQ Install, Upgrade, Update, and Uninstall
_______________________________
SNC00082006
Start menu shortcuts not created for DomainManager upgraded from 8.0 to 8.5
---
The Windows Start menu shortcuts for Start/Stop DomainManager are not created
under Sonic8.5 after upgrading a DomainManager from 8.0 to 8.5. Note however
that the existing Sonic8.0 shortcuts for Start/Stop DomainManager will work for
the upgraded 8.5 DomainManager.
_______________________________
SNC00081897
Containers upgraded from 8.0 to 8.5 are not updated to use new default JRE
---
An 8.0 container that is launched with the default JRE provided by the Sonic
8.0 installation (<install_root>/MQ8.0/jre) will still be launched by that same
JRE after being upgraded to 8.5, even though a new default JRE is installed by
Sonic 8.5 (<install_root>/jre).
The set_launcher_jre script in the container's working directory (e.g.
<install_root>/Containers/Domain1.DomainManager/set_launcher_jre.bat) must be
manually modified to point to the new JRE if preferred.
_______________________________
SNC00076872
Project explorer view is not shown by default after Workbench upgrade
---
The default view in the Sonic Workbench is the Project Explorer View. The
Project Explorer View shows additional details like Sonic Connect Services and
Operations which are not shown in other views. However, when you upgrade the
Sonic Workbench from a previous release, and then open a migrated workspace,
Eclipse opens using the previously used view. To get the Project Explorer
View, select Window -> Reset Perspective when you are already in Sonic Design
perspective.
_______________________________
SNC00075630
Workbench Containers view does not expand when running XMLService instances
---
XMLService instances and their containers are not upgraded with a Workbench
upgrade to 8.x. If these containers are started, the Containers view of the 8.x
Workbench does not display any containers.
_______________________________
SNC00052080 Sonic00032384
Period in container name during installation causes problems
---
Do not use a "period" character in container names. The container will not be
able to be started or stopped.
_______________________________
SNC00035077 Sonic00021837
Problem with Sonic Management Console on SuSE Linux 8.0
---
There is known problem with Sun's Preferences implementation relating to an
incorrect assumption that the JVM is run with root access. The solution is to
change access rights, allowing the JVM to automatically create the necessary
subfolders for preferences.
See the following forum discussion for alternative solutions:
http://forum.java.sun.com/thread.jsp?forum=37&thread=231280&tstart=null&trange=
null
_______________________________
SNC00032364 Sonic00020071
Sample scripts might need executable permission set on AIX
---
Some of the sample shell scripts are delivered with the executable bit off. To
fix this problem use the UNIX command "chmod" to set the executable bit. For
example:
chmod +x RunHttpsClient.sh
_______________________________
SNC00029486 Sonic00018326
JITC_COMPILEOPT for AIX
---
On AIX you will see messages similar to the following in your broker/container
log. These messages are expected:
"Skipped Compiling {progress/message/broker/LogBlockBuffer}{setBlockPos}"
_______________________________
SNC00007243 Sonic00003478
Default Installation Directory on UNIX
---
On most UNIX platforms, the default installation directory is /opt/Sonic. If
you do not have a disk mounted as /opt, select an alternate location, otherwise
/opt will be created as a subdirectory of / (if you have permissions) and
SonicMQ will be installed there. It is generally not advisable to install
software in /.
_______________________________
SNC00002066 Sonic00000961
Uninstalling does not remove all files and directories
---
At the conclusion of the uninstallation, not all files are removed from the
installation directory in case you need to keep any data or log files. You
must delete these files and directories manually after running Uninstall.
_______________________________
SNC00002060 Sonic00000959
Installation over network
---
If you intend to install SonicMQ on Windows systems over the network, set up a
network drive path to the remote system's CD drive (or CD image on disk). Since
Windows does not support running batch files using the Universal Naming
Convention (UNC) path, the install process will not work if you attempt to run
it using the UNC path to the CD, for example, \\sys1\cdrom\setup.bat.
Additionally, if you enter in the Choose Destination Directory dialog box a
path using UNC instead of a mapped drive, the installation will complete, but
the product will not function properly.
_______________________________
SNC00002001 Sonic00000934
Uninstalling SonicMQ
---
Before uninstalling SonicMQ, you must first shut down all programs
accessing the SonicMQ files that will be uninstalled. (For example,
SonicMQ clients, tools, samples, brokers, service broker components under
Windows, Java Virtual Machines, and
documentation files.) If files are not deletable because they are in use,
the uninstall might fail in its attempts to delete these files.
Uninstall SonicMQ using the Uninstall option on the SonicMQ Start menu.
================================================================================
SonicMQ Management Framework
_______________________________
SNC00076391
Runtime metrics enablement behavior change
---
The Runtime API behavior of dynamically enabling instance metrics at runtime
has changed. Previously, you could enable all instances of a given parent using
either the parent identity (e.g. "queue.messages.Count") or an appropriate
pattern (e.g. "queue.messages.Count.*"). Using the parent form (e.g.
"queue.messages.Count") is not supported in this release. Sonic Management
Console behavior is unaffected.
_______________________________
SNC00067120
Routinely backup the Directory Service store
---
Using Directory Service replication does not diminish the importance of
routinely copying the Directory Service store to a secure location. Whether you
using fault-tolerant management or standalone, use the interactive online and
offline techniques described in the 'Managing Frameworks Components' chapter of
the SonicMQ Configuration and Management Guide, or the programmatic techniques
described in the BackupDS samples in the Runtime API chapter of the SonicMQ
Administrative Programming Guide.
_______________________________
SNC00066156 Sonic00040988
CollectionsMonitor storage obsolete after upgrade
---
When a pre-7.6 CollectionsMonitor is upgraded, its persistent storage is
obsolete and must be deleted. If the pre-7.6 storage isn't deleted, an error
message is displayed in the container log at startup: "<storage_directory_name>
is obsolete. It must be removed before the CollectionsMonitor is started." Once
the pre-7.6 CM storage has been deleted, the CM will automatically create new
storage on startup.
_______________________________
SNC00031251 Sonic00019386
Directory Service startup log messages
---
The container hosting the Directory Service component normally displays a
connection-related warning message on startup (similar to that shown below).
Assuming the container is correctly configured and there are no host resolution
issues, these log messages are expected. This is because the same container is
hosting the management broker and that broker has not started when the
container makes its first connect attempt. If there are other management
brokers already running and the container configuration includes URLs to those
brokers, the message is not logged.
Example log:
[07/02/03 14:03:58] (info) "Domain1.Container1" starting...
[07/02/03 14:04:09] (warning) Connect failure: java.net.ConnectException:
Connection refused: no further information: tcp://SONICHOST:2506
[07/02/03 14:04:09] (warning) ...connect failed, retrying...
[07/02/03 14:04:10] (info) Loaded ID=AGENT
_______________________________
SNC00015203 Sonic00008098
Stopping the Management Broker
---
If you execute the Stop operation on the broker that is being used for
management communications, the container hosting the component will display the
following message: 'ID=AGENT (severe) Failed to marshal reply to "invoke" on
ID= xxxx'. This is a benign error and is a result of the container trying to
send a response to the client via the broker that has been stopped.
================================================================================
SonicMQ Management Tools
_______________________________
SNC00082096
dsAdmin cannot find DS with HOST_DIRECTORY set to relative path in ds.xml
---
If the HOST_DIRECTORY attribute in ds.xml is set to relative path, the dsAdmin
tool is unable to connect to the DS. It quietly creates an empty DS Dump file
and will not dump any files.
The work around for this is to provide an absolute path for the HOST_DIRECTORY
attribute in the ds.xml or using SMC regenerate the ds.xml with an absolute
value.
_______________________________
SNC00076838
Stored disconnected durable subscription messages are not listed when browsed.
---
Stored disconnected durable subscriptions messages are not listed when viewed
in the Local or Global subscription browse windows. The workaround is to
right-click on the column header area of the empty table in the browse window,
and then choose Fill.
_______________________________
SNC00073947
Incomplete socket info displayed for HTTPS Tunnelling Connections
---
The LocalSocket and RemoteSocket information displayed in the Sonic Management
Console's 'Connections' view (and available via
IBrokerProxy.getConnectionMemberDetails()) is incomplete/invalid for HTTPS
Tunnelling connections.
_______________________________
SNC00035521 Sonic00022114
Groups info not appearing in Add|Edit Group Mapping dialog box
---
The Add|Edit Group Mapping dialog box might not contain groups information if
it cannot find the information. Typical reasons for not being able to find the
groups information are:
- The tool cannot obtain internal groups or external list while you are
creating an External Authentication Domain
- The tool cannot obtain external groups because the Management SPI is not
specified for the External domain
- You just defined the Management SPI for the External domain and you have not
yet performed the runtime "Reload External Domain" operation to initiate the
discovery of groups in external domain.
As a workaround, the dialog box allows you to manually enter the groups.
_______________________________
SNC00032988 Sonic00020466
Not seeing notifications or metrics for newly initialized broker
---
If you cannot see metrics or notifications for a newly initialized broker then,
on the Manage tab, select the broker's container node in the tree and choose
Refresh. Metrics and Notifications should then be available.
_______________________________
SNC00032720 Sonic00020311
Management Console is only certified on Windows, Solaris and Linux
---
The Management Console is only certified to operate on Windows, Solaris and
Linux. You can manage brokers deployed on other supported platforms from the
Management Console but the Management Console should only be run on these
platforms.
_______________________________
SNC00031516 Sonic00019540
Minor performance degradation of Sonic Management Console over time
---
The user may notice minor performance degradations in the
Sonic Management Console when using the console for prolonged
periods with significant user activity. The workaround to
this problem is to shut down and restart the Sonic Management Console.
_______________________________
SNC00031287 Sonic00019405
Attempts to manage an offline container might cause incomplete tree display
---
When clicking the File or Manage tab in the Sonic Management Console, if the
connected container is down, and those tabs have not been selected before, you
might see a navigation tree that is not completely loaded. When the container
restarts, you can refresh the Sonic Management Console and the tree displays
correctly. Alternatively, you can exit the Sonic Management Console and restart
it.
_______________________________
SNC00031015 Sonic00019242
Restart SMC after upgrading a config to get runtime information
---
After upgrading a SonicMQ configuration, the runtime information presented
under the Manage tab does not dynamically update. To get a runtime view of the
upgraded broker or component, you must restart the Sonic Management Console.
Configuration information is dynamically updated, but runtime information is
not.
_______________________________
SNC00030957 Sonic00019208
Restart SMC after a DS shutdown, restart, or failure
---
The Sonic Management Console might display incorrect data if it is left running
across a Directory Service shutdown (or failure) and restart. Stop and restart
the Sonic Management Console after the Directory Service successfully restarts
to correct this problem.
_______________________________
SNC00004761 Sonic00002192
Time To Live (0) in JMS Test Client Message Header tab
---
Using 0 as the value of the Time To Live field in the JMS Test Client message
header tab yields incorrect results. The JMSExpiration of the message is set to
24 hours from the time that the message was sent. It should be set to 0, which
means no expiration.
_______________________________
SNC00002560 Sonic00001184
HP-UX: SMC and Test Client hang when creating a when creating a subscriber
---
When running SonicMQ brokers on HP-UX machines, the default value for
max_thread_proc (maximum threads per process) is insufficient. If you are using
the default value you need to run the HP-UX sam utility to increase this value.
The general formula for SonicMQ is max_thread_proc = 75*B + 2*C = total threads
required where B is the number of brokers started, and C is the maximum number
of concurrent connections. (Note that a Sonic Management Console and JMS Test
Client each use a connection.) For example, if you run one broker that is
supporting up to 200 connections, max_thread_proc = 75*1 + 2*200 = 475
================================================================================
SonicMQ Messaging Broker
_______________________________
SNC00074589
"Address family not supported by protocol family"
---
IPv6 addresses are not yet supported for DS Replication and HTTP Tunneling
connections on Windows platforms. Configuring either of these connection types
with IPv6 results in the associated domain manager or broker logging the error
"Address family not supported by protocol family". This is due to limitations
with IPv6 and Java NIO.
_______________________________
SNC00037526 Sonic00023386
I/O Exception when updating the Broker Recovery Log
---
An I/O exception may be thrown if the Broker is unable to update or access its
internal files due to an access conflict with another process or application.
This could be due to a system backup, anti-virus software, or other automated
disk maintenance utilities. The user should ensure that the broker's recovery
logs/database are excluded from such processes or that the broker is shut down
when they occur.
_______________________________
SNC00022006 Sonic00013554
Unassigned Dynamic Routing connection properties do not default correctly
---
If you create a new dynamic routing connection definition and leave unassigned
the "Global Subscription Expiration" or "Idle Timeout" properties, the value 0
(no timeout) is applied by the broker at runtime. The broker's global routing
properties for "Global Subscription Expiration" and "Connect Idle Timeout" are
ignored.
If you want the broker's global routing properties to be applied to a dynamic
routing definition, you must explicitly set the "Global Subscription
Expiration" or "Idle Timeout" properties to match the broker's global routing
settings.
_______________________________
SNC00016890 Sonic00009065
Changing QoP Cipher Suites requires broker database reinitialization
---
If you want to change a broker's cipher suites used for Quality of Protection,
drain the broker's message store (disconnected durables and queues). Then,
after changing the QoP definition or provider, initialize the database tables.
_______________________________
SNC00006102 Sonic00002870
Clock changes affect timeToLive (TTL)
---
Changing the system clock on a SonicMQ broker system can result
in the early or late expiration of messages. It can also cause other
unintended behavior if done while the broker is running.
================================================================================
SonicMQ Messaging Client
_______________________________
SNC00058183 Sonic00036107
Consuming messages from clustered queues
---
For PTP client applications requiring the use of non-blocking MessageConsumer
receives with Clustered-Queues, it is recommended that the
MessageConsumer.receive(long) method be used and a long enough timeout provided
to allow remote brokers time to transfer a message to the broker that the
MessageConsumer is connected to.
When using a PTP MessageConsumer with a Clustered-Queue as the Destination, the
MessageConsumer.receiveNoWait() or the MessageConsumer.receive(long) with a
short time period can appear to be ineffective in some situations. The reason
is that these calls may not wait long enough for the interbroker
"QueueGetRequestMgram" to be delivered and responded to by the peer brokers in
the cluster. As a result, these calls may not return a message, even when there
are many messages waiting at that Destination on one or more of the peer
brokers.
If the client code is written to keep retrying, then eventually the remote
broker will reply and there will be something on the local broker for the
receiveNoWait() call to return to the client.
_______________________________
SNC00057604 Sonic00035762
Adaptive Pacing API and Message Consumers
---
Message consumers are not supported on sessions that have Adaptive Pacing
enabled.
_______________________________
SNC00052079 Sonic00032383
JMS Client connecting through proxies
---
Some proxies such as Sun Java Proxy 4.0, by default, do not allow an HTTP
CONNECT to an IP address (although CONNECT to hostname is allowed). Since the
SonicMQ client by default looks up the IP address of the hostname and uses that
address to CONNECT, you can connect to HTTP(S) URLs through these types of
proxies by setting -DHTTP_MAP_HOST_TO_IP=false.
_______________________________
SNC00032724 Sonic00020313
Client Ping on HP-UX and Linux platforms
---
There are bugs in the Linux and HP-UX JVMs which might prevent proper
functioning when client ping is enabled. The following JVM workarounds are
available for the Sonic certified platforms and should be instrumented.
For Linux:
The environment variable J2SE_PREEMPTCLOSE must be set to 1 before running the
Sonic client. For example, for /bin/sh, set the environment variable as
follows:
J2SE_PREEMPTCLOSE=1
export J2SE_PREEMPTCLOSE
Alternatively, you can edit the Sonic bin/setenv to define this environment
variable.
For HP-UX:
The following VM extended parameter must be specified in the client VM command
line:
-XdoCloseWithReadPending
For example, to run the client examples, you should edit the samples/SonicMQ.sh
script directly to include this Java option .
_______________________________
SNC00030116 Sonic00018696
URL Connection List error processing
---
When specifying multiple URLS for a ConnectionFactory via setConnectionURLs,
all exceptions encountered during the connection process are not propagated to
the user. Instead, if no successful connection is established, the exception
that is generated for the last attempted connection is propagated.
For example, if two URLs are specified, tcp://Broker1:2506 and
tcp://Broker2:2506. Internally, if the connection attempt to Broker1 fails due
to a connection limit being exceeded, and Broker2 is unavailable, the exception
that is propagated indicates the broker is unavailable, not a connection limit
being exceeded.
_______________________________
SNC00013074 Sonic00006694
Network connection drop not propagated to clients on UNIX systems
---
On many UNIX platforms (Solaris, AIX, HP-UX) it might take several minutes for
a Sonic client to detect loss of network (for example, a cable pull). On Linux,
loss of network might go undetected for several hours. For more timely
detection it is therefore recommended that setPingInterval be applied on the
client connection.
For Sonic persistent clients, slow detection of loss of network delays the
client from sending. Offline sending to local storage is not initiated until
network loss is detected. For persistent clients running on Linux, you should
use setPingInterval to detect the connection drop.
When you use setPingInterval on the connection object, the client will log
messages to the local store and the application can continue to publish until
the connection is reestablished. For example, to set a ping interval of 60
seconds in the client persistence sample, ContinuousPublisher.java, make the
following code changes:
connect = (progress.message.jclient.TopicConnection) factory
.createTopicConnection (m_username, m_password);
connect.setPingInterval(60); /* 60 secs */
_______________________________
SNC00010980 Sonic00005505
Client delivery thread continues to call onMessage after network failure
---
Applications that reestablish Connections or perform extensive processing
inside their onException method to handle ConnectionDropped errors might
experience side effects due to other threads from the failed connection
continuing to run. Cleanup occurs inside the runtime after the onException
method returns. Applications can explicitly close the old connection before
reestablishing the new one to allow cleanup to happen earlier.
_______________________________
SNC00009253 Sonic00004592
Message acknowledgement on closed Consumers
---
JMS allows a message to be acknowledged after its message consumer is closed.
Applications taking advantage of this logic must be aware of two potential
issues: If the consumer is a QueueReceiver, a prefetch count of 1 should be
used instead of the default. If the consumer is a DurableSubscriber trying to
reconnect the consumer while messages are still pending acknowledgement, a
connection already exists error will result. If possible, an application should
close a consumer after acknowledging messages delivered to the consumer.
_______________________________
SNC00007458 Sonic00003584
Queue Browser can return messages more than once
---
Setting the prefetch threshold of a Queue Browser to a value greater
than 1 can result in a Queue Browser returning messages multiple times.
Therefore, it is recommended to use the default setting for a Queue Browser's
prefetch threshold.
_______________________________
SNC00005536 Sonic00002577
Call to receiveNoWait() Method Requires Delay after Connection
---
A call to receiveNoWait() on a durable subscriber immediately after a
connection is made might return no message even if messages have been persisted
for this subscriber. This is because it takes some time for the message broker
to retrieve messages from the message store and message might not be available
yet when the first receiveNoWait() is called.
_______________________________
SNC00004871 Sonic00002245
JMSExpiration value might vary among JMS clients
---
To provide the maximum available precision in the expiration of messages, the
JMSExpiration parameter takes into account differences in the local system
clocks of JMS client systems. This means that the JMSExpiration parameter might
appear to have different values on multiple JMS clients with differing local
system clocks. The JMSExpiration parameter represents the time a given message
will expire if it were to expire on the system where the JMSExpiration
parameter is being retrieved. This is particularly visible when browsing queues
from two different client systems with varying local system clocks.
This allows for developers to compare the JMSExpiration time with the local
system time and not have to concern themselves with time differences between
the originating JMS client and the receiving JMS client. In addition, the
current system clock's value might be less than the JMSExpiration value when
the message is being received by the JMS application. This can occur because of
a number of factors since JMS messages do not expire within JMS clients, only
on the SonicMQ brokers.
================================================================================
SonicMQ Multibroker
_______________________________
SNC00019076 Sonic00010382
Flow Control events for Remote Publishing and Global Subscriptions
---
For applications publishing to global destinations or global subscriptions,
flow control is triggered from the routing queue. The publishers that are flow
controlled will generate SendPause and SendResume notifications.
_______________________________
SNC00006016 Sonic00002823
Queue routing ignores the sequential flag when connecting
---
The sequential property of routing definitions is ignored; routing connections
always use a sequential algorithm.
_______________________________
SNC00005163 Sonic00002388
HTTP/HTTPS not supported within a cluster
---
HTTP and HTTPS are not supported for interbroker connections within a cluster.
However, you can use HTTP and HTTPS for routing connections.
================================================================================
SonicMQ Security
_______________________________
SNC00081292
Issues with reloading MQ brokers configured with PASS security
---
More recent JVMs have stricter class loading enforcement resulting in
"java.lang.LinkageError: loader constraint violation in interface itable
initialization" errors when brokers configured with PASS security are reloaded.
To avoid these errors, restart container's hosting such brokers (vs. reloading
the broker). This includes overriding any reload instructions given in the
Advanced Security samples.
_______________________________
SNC00074526
BROKER_SSL_PARAMETERS.ENABLE_TLSV1_ONLY parameter has no effect using JSSE
---
The broker advanced property BROKER_SSL_PARAMETERS.ENABLE_TLSV1_ONLY no longer
has any affect once migrating to JSSE after upgrade. To use TLS v1 with JSSE,
select the cipher suite(s) prefixed with "TLS_"; e.g.,
TLS_RSA_WITH_AES_128_CBC_SHA and/or TLS_RSA_WITH_AES_256_CBC_SHA.
_______________________________
SNC00066096 Sonic00040937
Reload of ExtAuthDomain in Adv Security sample fails with ClassCastException
---
In the SonicMQ Advanced Security sample, after creating the Authentication SPI,
Management SPI and the External Authentication Domain, the Reload External
Authentication Domain operation fails with an exception:
java.lang.ClassCastException: org.apache.xerces.jaxp.DocumentBuilderFactoryImpl
This is due to the sample Management SPI implementation's dependence on the
xerces libraries. To make this work, the xercesImpl.jar and xmlParserAPIs.jar
from the MQn.n.n/lib directory must be added to the Domain Manager container's
classpath. This can be accomplished via the "Prepend Classpath" setting on the
"Resources" tab of the "Edit Container Properties" dialog box in the Sonic
Management Console.
_______________________________
SNC00048095 Sonic00029994
Using ACLs through Config API require correct name of resource types
---
When entering ACLs through the configuration API the calling program must be
careful to use the correct case sensitive strings: "topic", "queue", "URL".
Failure to use the correct strings may result in the following error message:
'Failed to save bean - Resource Name cannot contain ::, \ or $ characters'
_______________________________
SNC00034028 Sonic00021153
Pluggable Cipher Suites
---
Using heterogeneous JVM providers on Directory Service broker and other non-DS
brokers does not work when they are configured to use Pluggable Cipher Suite in
Broker QoP. For example, using Pluggable Cipher Suite (cipher AES 256), a
non-DS broker on AIX running on IBM 1.6 cannot connect to a DS broker running
on Sun 1.6 on Windows 2003. To solve this issue, ensure that all the brokers
have the same JVM provider.
_______________________________
SNC00032447 Sonic00020137
PASS Sample fails to find AuthSPI class and throws exception on starting broker
---
Entering an Authentication SPI class path that contains leading or trailing
spaces will result in a "Authentication SPI class not found" exception when
starting the broker.
_______________________________
SNC00016788 Sonic00009009
Info: ACLs and QoP are settable on SonicMQ.deadMessage
---
While most system queues and topics are read only, the system queue
SonicMQ.deadMessage can be modified to control user access and quality of
protection.
================================================================================
SonicMQ Third Party
_______________________________
SNC00081266
Effects of changing the JVM version in an upgrade
---
The effect of changing the JVM in use (directly (through any 7.x upgrade, or an
8.x Domain Manager upgrade), or indirectly by user-initiated JVM upgrades at
remote sites) can cause Sonic runtime to exhibit different memory limits and
performance. The subtle changes in the JVM could cause unexpected behavior in
some circumstances where memory usage is already constrained.
_______________________________
SNC00073596
Acceptors bound to link-local IPv6 addresses fail on Linux
---
On Linux, acceptors cannot be bound to link-local addresses at present (e.g.
using the #ONLY postfix on an acceptor's port number). This is due to Sun JVM
defects 6206527 and 6800096. The first of these defects results in a
"java.net.BindException: Cannot assign requested address" in the broker log
when starting the acceptor and is fixed in the Sun 1.6 JVM. The second is a
client-side issue and still exists in the 1.6 JVM at the time of writing.
_______________________________
SNC00042895 Sonic00026877
.NET Interop: MS WSE 2.0 expects optional elements in UsernameTokens
---
You might receive the following fault when invoking a Microsoft .NET web
service with a UsernameToken that has a clear text password: "System.Exception:
WSE567: The incoming Username token must contain both a nonce and a creation
time for the replay detection feature." This is caused because the .NET web
service expects the optional nonce and a creation time elements. To workaround
this issue, replay detection must be disabled in the .NET web service's
Web.config file.
_______________________________
SNC00023440 Sonic00014556
Difficulty connecting to an LDAP Server when Organization Unit has spaces
---
If you are having difficulty connecting to an LDAP server (from the JMS
Administered Object Tool) that contains spaces in the organizational unit,
there is a workaround available. Try replacing the spaces with "%20" to infer a
space rather than a delimiter. For example:
ldap://localhost:389/ou=Progress%20Software,o=bedford.progress.com
================================================================================
Sonic Installer: Install, Upgrade, Update, and Uninstall
_______________________________
SNC00078742
Cannot change update location after advancing to next panel
---
Once you have chosen a target location to update and then clicked Next, going
back to the Sonic Install Location panel to change the target location does not
apply the change. The initially specified location is where the update is
applied. To change the location, click Cancel, run the updater again, and then
enter the preferred target location.
_______________________________
SNC00068693
Set DISPLAY to a valid X11 display
---
If your DISPLAY environment variable is not set to a valid display, you might
get exceptions when installing ESB on a 64-bit Linux using the IBM 1.5
java2-x86_64-50 jvm.
To set your DISPLAY variable in a csh:
setenv DISPLAY=`hostname`:0.0
To set you DISPLAY variable in other shells:
DISPLAY=`hostname`:0.0; export DISPLAY
_______________________________
SNC00067216
Silent install will fail when using a fully qualified hostname
---
The default name for a Messaging Broker is the machine name, or hostname. A
hostname that is fully qualified, like "myhost.mycompany.com", is an invalid
name for a broker. If you are performing an install on a machine that is
configured to use a fully qualified hostname, be sure to specify a valid broker
name. If you are performing a silent install on the machine, you must specify
the valid broker name in your response file.
_______________________________
SNC00076608
Issues in Workbench launch parameters from Windows shortcut
---
Two workarounds to Workbench startup behavior require edits to the
<SonicInstallDir>/Workbench/eclipse/SonicLauncher.ini fiile.
1. The Workbench shortcut always starts in the default workspace. You can
change this by removing the -data <workspace> entry in the SonicLauncher.ini
file.
2. The Workbench Windows shortcut opens an extra console window when eclipse is
launched. You can change the behavior by modifying the -vm argument to change
java.exe to javaw.exe in the SonicLauncher.ini file.
_______________________________
SNC00076881
Sonic Installer might fail on Solaris
---
When the file descriptor limit is set to 'unlimited', the Sonic Installer fails
with this message:
awk: insufficient memory for string storage Context is:>>> <<<
Workaround: Set the file descriptor limit to a fixed number, prior to
installing, for example:
ulimit -n 8192
_______________________________
SNC00066073 Sonic00040921
Intermittent Container View issue after upgrade
---
When the Workbench is upgraded, sometimes the upgraded containers will not get
listed in the containers view when the old cache is being used. The workaround
is to delete the existing cache of Domain Manager and all managed monitored
containers, located at the working directory of the respective containers.
_______________________________
SNC00066056 Sonic00040910
Workbench startup script on Linux/UNIX fails if there are spaces in the name
---
If the Workbench is installed into a directory name that has spaces on a
Linux/UNIX system, the startworkbench.sh script must be modified to put
quotation marks around the directory name in the first line.
_______________________________
SNC00065967 Sonic00040835
Failure to start the verification service after upgrade of Sonic ESB
---
When you upgrade a Sonic ESB installation to Sonic ESB 8.x, the management
containers hosting the Verification Service might not be updated, while the
Verification Service and its ESB container are upgraded. In this case, if you
want to run the Verification Service, you should upgrade the management
container hosting the ESB container, and then start it.
_______________________________
SNC00065797 Sonic00040717
Workbench home location might not get updated when upgraded
---
In Sonic Workbench, when the workspace is mapped to an external location (other
than <sonic-home>\Workbench<product-version>\workspace), during upgrade, the
domain connection preferences might not be updated with the new installation
details. This can cause failure to start or connect to the domain manager.
The workaround is to manually edit the Progress > Sonic > Domain Connection
node preference in the Window > Preferences > Progress > Sonic > Domain
Connection preferences page.
_______________________________
SNC00065422 Sonic00040469
After upgrade, some menu shortcuts might need to be reset
---
In some circumstances, menu shortcuts for XML, XSD, and WSDL files in Workbench
are missing after an upgrade. To refresh the shortcuts, from the Window menu on
the Workbench, either choose Reset Perspective, or choose Customize Perspective
to include these shortcuts.
_______________________________
SNC00053545 Sonic00033226
Lots of logging to the console when running Sonic Workbench on Linux
---
When running Sonic Workbench on Linux, you might notice exceptions logged to
the console. These are benign errors and should be ignored.
================================================================================
RESOLVED ISSUES
================================================================================
The resolved issues in this release are the following:
_______________________________
SNC00082030
RESOLVED in 8.5.0 SonicESB: Params with XML values not handled correctly when
ICM disabled
---
If any of the runtime parameters defined for steps in an ESB process contain
XML escaped strings then this XML is not serialized correctly while creating an
itinerary. This results in an error when the itinerary is parsed by ESB at the
entry endpoint of the service corresponding to the next step.
_______________________________
SNC00082028
RESOLVED in 8.5.0 SonicMQ: DS encryption documentation is wrong for Sonic 8
---
In the documentation SonicMQ 8.0 Configuration and Management Guide, in the
section Encrypting the Directory Service Store, the documentation doesn't take
into account that the ds.xml file is automatically generated in Sonic 8.
_______________________________
SNC00081881
RESOLVED in 8.5.0 SonicESB: RME host name header missing
---
From within the steps of a fault handler the SonicESB.RME.Host RME message
related header is missing.
_______________________________
SNC00081730
RESOLVED in 8.5.0 Launcher Install: Can't add multiple connection URL's with
Sonic Launcher install
---
When installing Sonic launcher it doesn't appear to be possible to enter
mutiple connection URLs when specifying the domain connection.
_______________________________
SNC00081718
RESOLVED in 8.5.0 SonicMQ: com.sonicsw.jndi.mfcontext.socketTimeout property not
documented
---
The com.sonicsw.jndi.mfcontext.socketTimeout property exists but it is not
documented.
_______________________________
SNC00081641
RESOLVED in 8.5.0 SonicMQ: DiagnosticsManager thread leak in multiple
classloader env
---
When SonicMQ's ConnectionFactory class is loaded a thread is spawned as part of
a diagnostics layer. This thread watches for a diagnostics instruction file. If
the Sonic client jars are loaded independently by multiple classloaders then
each classloader spawns its own instance of this thread. Moreover, the thread
stays even if the classloader is released. The patch for this issue makes it
possible to disable the DiagnosticsManager file watcher thread by including
-DSonicDiagnosticsFileFrequency=0 in the Java environment.
_______________________________
SNC00081486
RESOLVED in 8.5.0 SonicESB: Incorrect behavior of 'Act as message sink' in
Terminate step
---
Incorrect behavior of 'Act as message sink' in Terminate step
_______________________________
SNC00081437
RESOLVED in 8.5.0 SonicMQ: Primary domain manager consumes TCP ports.
---
Primary domain manager consumes TCP ports.
_______________________________
SNC00081431
RESOLVED in 8.5.0 SDM: The sample SDM map file of the SDM User's Guide is
misleading
---
The sample SDM map file on page 138 of the SDM User's Guide is misleading. It
shows that you can tailor the "jms_defaultConnection" and
"http_defaultConnection" which by default is not true.
_______________________________
SNC00081395
RESOLVED in 8.5.0 SonicMQ: backup fails to start when replication connection not
working
---
Backup fails to start when replication connection is not working but doc seems
to say that it should.
_______________________________
SNC00081369
RESOLVED in 8.5.0 SonicESB: ItineraryExceptoin using CBR in Fault Handling
process
---
"com.sonicsw.esb.itinerary.engine.ItineraryException: Error creating process
instance" raised when using CBR inside Fault Handling process. Caused by the
misuse of quotes inside the process description.
_______________________________
SNC00081244
RESOLVED in 8.5.0 SDM: Issue with SDM sample"AllProducts"
---
The SDM version 8.0.1 sample "AllProducts" is shipped with "globalCore.xar"
which has the ESB container "global_ESBCore" uncorrectly referencing
ARCHIVE_NAME="ESB/7.6/ESBcontainer.car" instead of 8.0:
<xq:XQ_CONTAINER ARCHIVE_NAME="ESB/7.6/ESBcontainer.car"
This causes the container to fail at startup with the following error:
(severe) Failed to load ID=global_ESBCore - archive not found:
ESB/7.6/ESBcontainer.car
_______________________________
SNC00081152
RESOLVED in 8.5.0 Sonic Workbench: Issue uploading Sonic Connect Instance from
Workbench.
---
On renaming and uploading a Sonic Connect instance from the Service
Configuration Editor in Workbench, you may encounter an error stating ESB
Container configuration is not found in DS.
This is a tooling issue which occurs in a particular scenario wherein the ESB
Container and the hosting MF Container names are different.
_______________________________
SNC00081044
RESOLVED in 8.5.0 SonicMQ: MF thread deadlock in TaskScheduler
---
MF thread deadlock in TaskScheduler
_______________________________
SNC00081012
RESOLVED in 8.5.0 SonicMQ: Broker hangs when enabling metrics
---
The broker may hang when enabling Connection-level metrics. A thread dump
shows many TaskRunner threads.
_______________________________
SNC00080840
RESOLVED in 8.5.0 SonicMQ: PubSub db can grow larger than the configured Max
Topic Db Size
---
For some application styles, it is possible for the pubsub database to grow
beyond the configured MaxTopicDbSize. To avoid the db growth, set the system
property SonicMQ.dbsizecheck to true on the broker's container. This will
cause a db size check to be performed before the broker accepts a pubsub
message from a jms publisher. If the check fails, a jms exception with error
code progress.message.jclient.ErrorCodes.ERR_NO_ROOM_IN_DB will be returned to
the publisher.
_______________________________
SNC00080775
RESOLVED in 8.5.0 SonicESB: Deploy tool issue updating .txt and .properties
resources
---
A difference on the last and next to last line of a text, property or any other
file handled as text by the deploy tool was not being recognized as a
difference.
_______________________________
SNC00080773
RESOLVED in 8.5.0 SonicMQ: DomainManager hang
---
Under some load conditions, a fault tolerant client that disconnects while
restoring messages can hang, causing other threads in the broker to block. A
thread dump shows the client in ClientContextMgramQueue.releaseWaitQueueToPRQ.
_______________________________
SNC00080709
RESOLVED in 8.5.0 SDM: Issue tuning Management Broker's storage with
DefaultTuning.xml
---
Using default tuning parameters when the mgmt broker is not soecified in the
model causes the error message: element "RecoveryLog" occurs more than once.
You could also get this message regarding the "BrokerDatabase" element.
_______________________________
SNC00080691
RESOLVED in 8.5.0 SonicMQ: PSE error "Attempt to access a destroyed persistent
object"
---
When running the broker with SonicMQ.DBCLEANER_ASSERTION_RECOVERY enabled (ref'
SNC00080336) the clean-up of expired PubSub messages could fail with "Attempt
to access a destroyed persistent object".
_______________________________
SNC00080654
RESOLVED in 8.5.0 SonicMQ: NPE when transitioning a broker from STANDBY to
STANDALONE
---
During a Fault Tolerant broker's transition from STANDBY to STANDALONE state,
if the replication connection is (re)established before the transition is
completed then a NullPointeException may occur causing the broker to shutdown.
_______________________________
SNC00080644
RESOLVED in 8.5.0 SonicESB: ESBAPI saveService NPE modifying init param for new
service type
---
Adding new parameters using the Mgmt API ServiceConfigAPI.saveService for a
service that did not contain any initialization or runtime parameters will
result in a NullpointerException.
_______________________________
SNC00080534
RESOLVED in 8.5.0 SonicESB: Fault handling not triggered for async dispatch with
ICM enabled
---
If there an exception is thrown in a process that is invoked using the async
dispatch API and if ICM is enabled then the exception is ignored and fault
handling is not triggered.
_______________________________
SNC00080527
RESOLVED in 8.5.0 SonicMQ: Backup broker hangs after being disconnected from
primary
---
A timing scenario may cause ptp database exceptions to occur when dynamic sync
is canceled while a broker is in STANDBY_SYNC state. A subsequent attempt to
start and connect to its peer may hang.
_______________________________
SNC00080524
RESOLVED in 8.5.0 SonicMQ: Durable subscriber cannot reconnect after
disconnecting.
---
A durable subscriber cannot reconnect after disconnecting. A broker thread
dump shows a MsgRestorer thread in waitForPostponedMessageSaves(). Other
clients might not be able to connect.
_______________________________
SNC00080523
RESOLVED in 8.5.0 SUI: Sonic installer should set SONIC_HOME env variable
---
Sonic installer should set SONIC_HOME env variable
_______________________________
SNC00080518
RESOLVED in 8.5.0 SonicMQ: UserID with dots cannot be authenticated via HTTP
with PASS
---
Authentication by External Security Domain fails through HTTP when the username
contains dots.
_______________________________
SNC00080510
RESOLVED in 8.5.0 SonicMQ: Internal users are not considered when using PASS
through HTTP
---
PASS through HTTP fails to authenticate internal users.
_______________________________
SNC00080477
RESOLVED in 8.5.0 SonicESB: Referenced files in the mapping are ignored while
exporting
---
Files like the XSLT and properties files that are referenced from within the
message mapping rules are ignored while exporting an ESB process in the deploy
tool.
_______________________________
SNC00080411
RESOLVED in 8.5.0 SonicMQ: Msgs not delivered to remote broker causing backlog
on Routing
---
Message delivery to nondurable fault-tolerant group subscribers with selectors
may stall when a cluster connection drops and a high volume of messages arrive
that do not match the selector. This can cause flow control in publishers and
backups in the Routing Queue.
_______________________________
SNC00080410
RESOLVED in 8.5.0 SonicESB: Process reference to previous step not working
anymore
---
ESB Process reference to previous step not working anymore after upgrade from
7.6.2 to 8.0
_______________________________
SNC00080407
RESOLVED in 8.5.0 SonicMQ: Alert for broker.connection.Count metric missing
---
It should be possible to get an Alert if the broker.connection.Count metric
exceeds a specified threshhold.
_______________________________
SNC00080398
RESOLVED in 8.5.0 Sonic Workbench: Sonic Connect: allow multiple properties to
be removed at once
---
Removing multiple properties in Sonic Connect Editor is allowed. However,
removing the deleted properties' references in corresponding artifacts
(spring.xml, esbcamel files) should be done manually.
_______________________________
SNC00080350
RESOLVED in 8.5.0 SonicMQ: NullPointerException in
InterceptorManager.removeParentStub()
---
A NullPointerException can occur when a broker with Actional instrumentation
disabled dispatches certain types of mgrams that have previously been marked as
instrumented.
_______________________________
SNC00080340
RESOLVED in 8.5.0 SonicESB: "java.lang.String cannot be cast to
org.w3c.dom.Element" error
---
"java.lang.ClassCastException: java.lang.String cannot be cast to
org.w3c.dom.Element" thrown in Sonic Management Console when displaying a
service instance configured with an Init parameter of type "inlinexml".
_______________________________
SNC00080338
RESOLVED in 8.5.0 SonicESB: Issue getting/setting init params of type XML using
ESBAPI
---
The methods provided by the ESB config API for retrieving or updating an XML
init parameter on a service configuration do not work properly. The get methods
return null and the set methods do not have any effect.
_______________________________
SNC00080336
RESOLVED in 8.5.0 SonicMQ: EAssertFailure in DbCleaner thread after compacting
broker db
---
EAssertFailure in DbCleaner thread when running the broker after compacting its
embedded datastore. With this fix in place, running with
'-DSonicMQ.DBCLEANER_ASSERTION_RECOVERY=true' allows the broker to recover from
this issue and treats the assertion failure treated as a warning.
_______________________________
SNC00080306
RESOLVED in 8.5.0 SonicMQ: SMC's Socket Connect Timeout unit in Deployment Guide
is wrong.
---
SMC's Socket Connect Timeout unit in Deployment Guide is wrong. It says
"positive integer value indicates the number of milliseconds...". But the unit
of measure is actually "seconds"
_______________________________
SNC00080289
RESOLVED in 8.5.0 SonicMQ: Call size not reported in Actional when payload
capture disabled
---
Call sizes were not reported in Actional when payload capture disabled. The MQ
interceptor should report the message size even when payload capture is not
abled.
_______________________________
SNC00080253
RESOLVED in 8.5.0 SDM: Option is needed to shutdown the DM at the end of an SDM
run
---
There should be an option to specify in an SDM model that the DomainManager is
shutdown at the end of an SDM run. This is required so that the remote
execution of an SDM run (via RemoteResource.xml and HostManager exec of Ant)
can complete cleanly and return.
_______________________________
SNC00080223
RESOLVED in 8.5.0 SonicMQ: Spurious EUserAlreadyConnectedPendingReconnect error
---
EUserAlreadyConnectedPendingReconnect is thrown when creating a new JMS session
or non-durable subscriber.
_______________________________
SNC00080204
RESOLVED in 8.5.0 SonicMQ: Temp Destinations create possible explosion scenario
in Actional
---
Temp Destinations create possible explosion scenario in Actional.
_______________________________
SNC00080170
RESOLVED in 8.5.0 SonicESB: Parent step name lost in second fanout-branch step
in subprocess
---
If a nested process contains a fanout then the steps in the second and
subsequent branches of the fanout step were reporting the parent information
incorrectly. The parent step information was being reported as null.
This patch fixes this issue and the composite step name is reported correctly
with information about the parent step invocation trail.
_______________________________
SNC00080108
RESOLVED in 8.5.0 SonicESB: XCBR fails under concurrent load
---
XCBR fails under concurrent load
_______________________________
SNC00080088
RESOLVED in 8.5.0 SonicESB: REST-expose visibility
---
Sonic Connect does not propagate Actional manifests when inbound requests enter
ESB via Sonic Connect. As a result, disconnected flows are observed in
Actional Console. The problem is discovered when ESB container is enabled with
both Actional instrumentation and J2ee/servlet interceptor
(actional-servlet-interceptor.jar).
_______________________________
SNC00080075
RESOLVED in 8.5.0 SonicMQ: Multitopic consumer paths rendered incorrectly in
Actional
---
Multitopic consumer paths were incorrectly rendered in Actional.
_______________________________
SNC00080068
RESOLVED in 8.5.0 SonicMQ: NPE causing backup broker to shutdown.
---
NPE causing backup broker to shutdown during dynamic sync.
_______________________________
SNC00080044
RESOLVED in 8.5.0 SonicESB: Concurrent issue with lazy-initialization with SC
binding rules
---
Concurrent issue with lazy-initialization with SC binding rules
_______________________________
SNC00080040
RESOLVED in 8.5.0 SonicMQ: FT container restart can cause temp dual active
condition
---
When an active FT container is restarted, both the primary and backup can
temporarily become active (depending on startup times and timeouts
configuration settings).
_______________________________
SNC00080028
RESOLVED in 8.5.0 SonicESB: NPE Processing REST Response(204, no Content-Type
hdr)
---
NPE Processing REST Response(204, no Content-Type hdr)
_______________________________
SNC00080027
RESOLVED in 8.5.0 Sonic Workbench: NPE if no exit endpoind configured for a java
service
---
When a java service is not configured with Exit Endpoint and the user tries to
run it from the java service editor, we are not getting the message in the
output view and it throws an NPE in the error log view. But, when it is added
to a process, the process runs successfully and we get message in the output
view.
_______________________________
SNC00080000
RESOLVED in 8.5.0 ESB_WMQ: More detail of Connection Factory properties in WMQ
document
---
In the past we did not document how additional connection factory properties
for the WMQ Services should have been defined in the .properties file. The WMQ
documentation has been updated to reflect this.
_______________________________
SNC00079984
RESOLVED in 8.5.0 SonicESB: No RME message on error while reading itinerary from
the message
---
In ESB the process instance (state of an executing ESB process) is carried as
parts in the message. These parts are hidden from the ESB service, which only
gets the application/business data. These process metadata parts are processed
and then stripped before the message shows up in the ESB service. There are
cases where an incoming message could contain invalid/incorrect content in
these message parts.
The RME destination for the ESB process is contained in the first part of the
message that contains all the itinerary execution properties. If this part is
invalid or if the RME information is missing then there is no place for the ESB
framework to reject this message.
_______________________________
SNC00079974
RESOLVED in 8.5.0 Launcher Install: Sonic Launcher fails to install Windows
service on WinXP SP3
---
Sonic Launcher fails to install Windows service on WinXP SP3
_______________________________
SNC00079944
RESOLVED in 8.5.0 SonicESB: SonicConnect support for multipart REST
---
SonicConnect now supports calling external RESTful services with
'multipart/mixed' and "multipart/related" MIME-types. Multiple parts may sent
in the request and received in the response.
SonicConnect now supports exposing itineraries as RESTful services where
'multipart/mixed' and "multipart/related" MIME-types can be received by or
responded to by the itinerary.
Multiple MIME parts received by ESB in a response to an outbound call, or in an
inbound request, are delivered as XQMessage parts whose Content-ID and
Content-Type headers correspond with the MIME parts.
Multiple MIME parts sent by ESB (in a outbound request or in an itinerary
response) can be constructed from a variety of sources. These sources are
provided by specifying an attachment specification document for the
SonicConnect mapping parameters for PostData and Response.
To send multiple MIME-parts in a SonicConnect request, perform the following
steps:
i. When mapping the SonicConnect operation call from an itinerary, set the
ContentType input parameter to "multipart/related" or "multipart/mixed".
ii. Set the PostData input parameter to an attachment specification document.
This document describes the layout of the multi-part REST request. Transmitted
parts may be constructed from a combination of means:
i. message parts in the itinerary message(see "messagepartcid1" in
following example),
ii. from EL expressions
iii. from inline text/xml or text/plain.
Example attachments document:
<attachments content-type="string"
xmlns:attachmentspec="http://www.progress.com/sonic/esb/service/connect/attachm
entspec"
xmlns="http://www.progress.com/sonic/esb/service/connect/attachmentspec"
xmlns:xmlsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xop="http://www.w3.org/2004/08/xop/include">
<attachmentspec:attachment>
<Include href="messagepartcid1"/>
</attachmentspec:attachment>
<attachment name="elproducedpart" content-type="application/xml">
<expression>${esbmsg.parts['messagepartcid2'].content}</expression>
</attachment>
<attachment name="vanillapart" content-type="text/plain">
<inline>Free form text</inline>
</attachment>
<attachment name="<doc>vanillaxmlpart</doc>" content-type="text/xml">
<inline>Free form text</inline>
</attachment>
</attachments>
Tip: The Advanced/File Resource itinerary mapping feature now allows you to map
content directly from a file. This lets you store attachment specifications on
the file system.
To return multiple MIME-parts in an exposed itinerary:
i. Change the Exit step mapping to set the Response message part content type
to "multipart/related" or "multipart/mixed".
ii. map the Exit step Response message part to an attachment specification
document (as for PostData mapping).
_______________________________
SNC00079943
RESOLVED in 8.5.0 SonicMQ: HTTP Direct Inbound must not set X-HTTP-ContentLength
---
HTTP response is truncated if it is larger than the request.
_______________________________
SNC00079933
RESOLVED in 8.5.0 SonicMQ: Messages accumulating in Routing Queue
---
Under heavy load, a cluster connection can deadlock and cause messages to
accumulate.
_______________________________
SNC00079922
RESOLVED in 8.5.0 SonicMQ: Messages over cluster or DRA connection not being
instrumented
---
Messages over cluster or DRA connection not being instrumented
_______________________________
SNC00079917
RESOLVED in 8.5.0 SonicMQ: topicDBsize metric does not go to 0 after receiving
all messages
---
In some cases after several reloads, topicDBsize metric does not go to 0 after
receiving all messages.
_______________________________
SNC00079916
RESOLVED in 8.5.0 C Client: Visual Basic limitations missing in COM client
documentation
---
Limitations about Visual Basic through COM are missing in COM client
documentation.
_______________________________
SNC00079879
RESOLVED in 8.5.0 CSharp Client: .NET C# client ssl mutual auth doesn't work w/-
u AUTHENTICATED
---
.NET C# client ssl mutual auth doesn't work w/-u AUTHENTICATED
_______________________________
SNC00079875
RESOLVED in 8.5.0 SonicMQ: Deadlock in JNDI client under load
---
A client JNDI application can deadlock during a call to MFContext.close if the
JNDI client is internally also trying to disconnect the connection due to the
MFContext.IDLE_TIMEOUT expiration.
_______________________________
SNC00079870
RESOLVED in 8.5.0 SonicMQ: Statistics not released after usage
---
Where there are a large number of metrics enabled, including instance metrics
for objects that come and go (e.g. connections), sometimes statistics were not
being released after usage.
_______________________________
SNC00079815
RESOLVED in 8.5.0 SonicMQ: "Enabling Management Auditing in the Domain" doc
needs update
---
Fields and screens for "Enabling Management Auditing in the Domain" are not
what is seen in the product.
_______________________________
SNC00079781
RESOLVED in 8.5.0 SonicMQ: OutOfMemoryError on broker
---
An OutOfMemoryError can occur on the broker when there are long-running
fault-tolerant transacted sessions.
_______________________________
SNC00079760
RESOLVED in 8.5.0 SonicMQ: SMC uses default value of runtime param instead of
init param
---
When creating a service instance from SMC, SMC is considering the default value
of the runtime parameter (instead of init param) with the range of the init
parameter. And thus the creation may fail with the following exception thrown
in SMC's console windows:
java.lang.IllegalArgumentException: a Long Param: value is less than 0
_______________________________
SNC00079749
RESOLVED in 8.5.0 SonicMQ: NPE at handleFileChange after DS was restored from
online-backup
---
The following exception is thrown when starting up a domain manager which is
using a previously backed-up DS:
java.lang.NullPointerException
at
com.sonicsw.mf.framework.security.AuditManager.handleFileChange(AuditManager.ja
va:260)
at com.sonicsw.mf.framework.agent.Agent.handleFileChange(Agent.java:1586)
at
com.sonicsw.mf.framework.agent.AbstractMBean.handleFileChange(AbstractMBean.jav
a:368)
at
com.sonicsw.mf.framework.agent.ContainerImpl.reportElement(ContainerImpl.java:4
285)
at
com.sonicsw.mf.framework.agent.ContainerImpl.cacheAndReportElements(ContainerIm
pl.java:4429)
at
com.sonicsw.mf.framework.agent.ContainerImpl.updateConfigElements(ContainerImpl
.java:3583)
at
com.sonicsw.mf.framework.agent.ContainerImpl.reconcileCacheWithDS(ContainerImpl
.java:3857)
at
com.sonicsw.mf.framework.agent.ContainerImpl.reconcileCache(ContainerImpl.java:
3642)
at
com.sonicsw.mf.framework.agent.ContainerImpl.bootFramework(ContainerImpl.java:2
220)
at com.sonicsw.mf.framework.agent.ContainerImpl.<init>(ContainerImpl.java:313)
_______________________________
SNC00079732
RESOLVED in 8.5.0 SonicESB: Sonic 8.0 Web Service fails with embedded XML
---
Sonic 8.0 Web Service fails with embedded XML
_______________________________
SNC00079721
RESOLVED in 8.5.0 Sonic Workbench: How to define custom SOAP fault detail for an
ESB process
---
Documentation is missing a description of how to define a custom SOAP fault for
ESB processes exposed as webservice.
_______________________________
SNC00079702
RESOLVED in 8.5.0 Sonic Workbench: In ESBP, validate step parameters having file
reference.
---
In ESBP, tools should also validate step parameters having file reference to
check if the file resource exist. Presently this does not happen as part of
ESBP validation at tools end.
_______________________________
SNC00079697
RESOLVED in 8.5.0 SonicESB: Failure to reject message causes redlivery loop with
ExO QoS
---
For ExO QoS, if there is an error while sending to the RME destination the
incoming message transaction is not committed. This message gets redelivered
and in most cases the error related to dispatching to the RME destination still
persists. The transaction is not committed and the message gets redelivered
again. Such messages get infinitely stuck.
_______________________________
SNC00079664
RESOLVED in 8.5.0 SonicMQ: NullPointerException in standby AM when new
containers are added
---
NullPointerException in standby AM when new containers are added
_______________________________
SNC00079650
RESOLVED in 8.5.0 SonicMQ: 3-way deadlock involving cluster, dra, and flow-
control object
---
3-way deadlock involving cluster members, remote broker, and flow-control
object.
_______________________________
SNC00079641
RESOLVED in 8.5.0 SonicMQ: Multitopic destinations displaying incorrectly in
Actional 8.2.1
---
Multitopic destinations displaying incorrectly in Actional 8.2.1.
_______________________________
SNC00079557
RESOLVED in 8.5.0 SDM: Values are reset to default values in SDM tuning.xml
files
---
If configuration parameters are manually changed in a Domain that was deployed
by SDM, then later when some additional unrelated configuration is added by
SDM, the values of those parameters are reset to defaults if the changed values
are not mentioned in SDM's tuning.xml or model.xml file.
_______________________________
SNC00079555
RESOLVED in 8.5.0 DB Service: Service call failed due to: {0}.
---
When Sonic DB Service fails, the error message "Service call failed due to:
{0}" is logged without replacing the actual value of {0}
_______________________________
SNC00079553
RESOLVED in 8.5.0 SonicMQ: Error importing a user with a PKCS7 encoded
certificate chain
---
Importing users using PKCS7 encoded certificate chain (certs/client.p7c) fails
with an error.
_______________________________
SNC00079549
RESOLVED in 8.5.0 SonicESB: No metrics available for Sonic Connect HTTP requests
---
The standard ESB service metrics such as average processing time apply only to
messages received by the service entry endpoint. There are no comparable
metrics available for Sonic Connect requests received via HTTP.
_______________________________
SNC00079541
RESOLVED in 8.5.0 Sonic Workbench: Switching workspaces documentation misleading
---
Instructions in the Sonic Workbench Getting Started Guide describing how to
switch a workspace are not clear and give the impression that set-workspace
must always be performed.
_______________________________
SNC00079529
RESOLVED in 8.5.0 SonicMQ: Log warning if broker spins during a connect attempt
---
Related to SNC00074255 and SNC00079402, if the broker starts looping when
handling a connect attempt an error is reported in the container log to help
alert users to the problem and assist in collecting information needed to
diagnose the issue.
_______________________________
SNC00079478
RESOLVED in 8.5.0 SonicMQ: ConcurrentModificationExcption recovering from
partial syncpoint
---
If the active broker in an FT broker pair fails while processing a syncpoint,
the standby broker may not activate successfully, potentially throwing a
ConcurrentModificationExcption.
_______________________________
SNC00079453
RESOLVED in 8.5.0 SonicMQ: MQ interceptor should use the api to serialize the
stub
---
MQ interceptor should use the api to serialize the stub.
_______________________________
SNC00079417
RESOLVED in 8.5.0 SonicMQ: Attempted saving messages w/o DB tracking number
---
Broker running w/o the message saver as a result of attempting saving a batched
message missing db tracking number.
_______________________________
SNC00079411
RESOLVED in 8.5.0 SDM: ERRORLEVEL return by SDM scripts is always 0 even if
build fails
---
ERRORLEVEL returned by SDM scripts is always 0 even if build fails
_______________________________
SNC00079402
RESOLVED in 8.5.0 SonicMQ: Broker spin when client connects to dropped FT
connection (2)
---
Address a further corner case related to SNC00074255.
_______________________________
SNC00079373
RESOLVED in 8.5.0 SonicESB: ESB Container doesn't reconnect after management
failover
---
An ESB Container doesn't (re)connect after failover in an MF container since it
does not close its connection and does not use the same ConnectID and durable
subscriber names in both instances in the primary and backup MF container.
_______________________________
SNC00079362
RESOLVED in 8.5.0 SonicMQ: Log number of CPUs available to MF Container process
---
Log number of CPUs available to MF Container process
_______________________________
SNC00079353
RESOLVED in 8.5.0 SonicMQ: Enabling/disabling Instrumentation causes "Invalid
Object Type"
---
The Sonic Database service may fail with the following error if the incoming
message was created when Actional Instrumentation on the broker was enabled,
but disabled by the time the message is consumed by the Database service:
Caused by: com.sonicsw.xq.XQMessageException: Failed to create XQJMSMessage (
(Invalid Object Type)) ( (Invalid Object Type) (Invalid Object Type))
_______________________________
SNC00079297
RESOLVED in 8.5.0 C Client: Failure to create a Session crashes the C Client.
---
When "User does not match connection uid" error is thrown from the broker the
client crashes while creating a JMS session.
_______________________________
SNC00079292
RESOLVED in 8.5.0 Sonic Workbench: Unable to distinguish webclient in Sonic
Connect Editor.
---
User is allowed to add a WebClient into the Same service name as a WebService
and the icons are the same so that in a single SonicConnect Project user cannot
figure the difference visually between a WebClient implementation and a
WebService implementation. This forces users to use at least two different
SonicConnect Projects: one to expose processes as WebServices and the other to
access external services as Clients.
_______________________________
SNC00079249
RESOLVED in 8.5.0 C Client: pre-fetch disabling in C-client
---
pre-fetch disabling in C-client
_______________________________
SNC00079248
RESOLVED in 8.5.0 C Client: SSL Encryption
---
SSL Encryption for c-client
_______________________________
SNC00079241
RESOLVED in 8.5.0 C Client: Pluggable authentication for c-client
---
Pluggable authentication for c-client
_______________________________
SNC00079226
RESOLVED in 8.5.0 C Client: Segmentation fault while trying to getthe JMSType
with Sonic 64b
---
Segmentation fault while trying to getthe JMSType with Sonic 64bit
_______________________________
SNC00079220
RESOLVED in 8.5.0 SonicMQ: High memory consumption at broker failover
---
The broker consumes an excessive amount of memory, particularly during startup
or failover, when handling thousands of JMS sessions and/or consumers.
_______________________________
SNC00079217
RESOLVED in 8.5.0 SonicESB: Dynamic URL addressing for outbound SOAP invocations
---
Sonic Connect does not provide a mechanism for dynamically overriding the
destination URL for an outbound SOAP request.
_______________________________
SNC00079215
RESOLVED in 8.5.0 Sonic Workbench: Unable to invoke a Webservice using WS-
Security using "inline"
---
Unable to invoke a Webservice using WS-Security using "inline"
_______________________________
SNC00079211
RESOLVED in 8.5.0 SonicMQ: NullPointerException on cluster peers after adding
new brokers
---
When adding a new FT broker pair to the running cluster's configuration. If
that new broker fails over, it can cause a NullPointerException on the other
cluster members.
java.lang.NullPointerException
at progress.message.interbroker.Neighbor.run(Neighbor.java:988)
at java.lang.Thread.run(Thread.java:567)
This is only known to happen of the container for the brokers are launched from
an Activation Daemon.
_______________________________
SNC00079204
RESOLVED in 8.5.0 SonicMQ: Minimize topic subscriber traffic over slow link
---
This newly added feature is to allow minimizing topic subscriber traffic over
slow link via a new connection factory setting.
_______________________________
SNC00079149
RESOLVED in 8.5.0 SonicMQ: Broker performance slowed by lock contention between
db threads
---
Lock contention between the Broker's MsgSaver and QueueMsgSaver threads are
causing several threads on the broker to be blocked/delayed and severely
impacting performance.
_______________________________
SNC00079071
RESOLVED in 8.5.0 SonicESB: Original RME stacktrace lost with Fault handler when
ICM off.
---
When Intra-Container Messaging (ICM) is disabled, the stack trace of the
original RME message is not preserved when the RME message is finally sent
after being escalated from fault handlers.
_______________________________
SNC00079070
RESOLVED in 8.5.0 SonicESB: RME message does not comply with the published
schema
---
The RME messages that are generated by Sonic ESB do not comply with the
published schema in <sonic-esb-folder>/schema/rejectedMessage.xsd. The RME
messages are always created with no namespace qualififed child elements of
<xq:rejectedMessageInfo>.
_______________________________
SNC00079043
RESOLVED in 8.5.0 SonicMQ: Documentation doesn't accurately describe the
behavior of QoP
---
Documentation doesn't accurately describe the behavior of QoP inheritance
_______________________________
SNC00079007
RESOLVED in 8.5.0 DB Service: Database resilience issues
---
SQL exception at connect time are not be considered for the reconnection logic.
In particular exceptions about stale connections of a previously open
connection are not handled.
_______________________________
SNC00078991
RESOLVED in 8.5.0 Sonic Workbench: Scroll-bars will be shown in all sonic
workbench editors
---
Scroll-bars will be shown in all sonic workbench editors
_______________________________
SNC00078988
RESOLVED in 8.5.0 Sonic Workbench: SOAP Service deletion doesnt work
---
While trying to delete SOAP service due to a internal technical issue the
service used to appear back in SCI editor (deletion used to happen partially).
On clicking the service node again NPE is thrown. The issue is fixed now.
_______________________________
SNC00078973
RESOLVED in 8.5.0 SonicMQ: FT Container transition fails due to ft connection
failure
---
FT Container fails to transition from STANDBY to ACTIVE due to failure to reset
the FT connection.
_______________________________
SNC00078945
RESOLVED in 8.5.0 SonicMQ: Intermittent NPE during cluster connection drop
---
An intermittent NullPointerException can occur when a broker to broker cluster
connection is dropped:
java.lang.NullPointerException at
progress.message.broker.interceptor.InterceptorManager.initAgentMessageContext(
InterceptorManager.java:483)
_______________________________
SNC00078895
RESOLVED in 8.5.0 SonicMQ: Cluster Configuration does not accept RoutingNode
Names with '.'
---
Cluster Configuration does not accept Routing Node Names with '.'
('dot'/'period' character). However, these characters are supported in Routing
Node Names when assigned to a single (non-clustered) broker.
_______________________________
SNC00078880
RESOLVED in 8.5.0 SonicMQ: NullPointerException when backup DS was trying to
become active
---
NullPointerException in com.sonicsw.mtstorage.impl.BTreeManager.get when backup
DS is trying to become active
_______________________________
SNC00078878
RESOLVED in 8.5.0 C Client: Access violation when calling getJMSCorrelationID()
API.
---
Access violation error when calling getJMSCorrelationID() against a message
without a correlation id being set.
_______________________________
SNC00078870
RESOLVED in 8.5.0 SonicMQ: Container shuts down with OutOfMemoryError, but no
heap dump
---
Provide error text and stack trace when management operation fails due to
insufficient memory.
_______________________________
SNC00078840
RESOLVED in 8.5.0 SonicESB: Issues with XQEndpoint.call() under load
---
When XQEndpoint.call is being invoked concurrently under load there may be
response collisions. Enabling the SonicESB.RefreshDestinationsOnCall setting to
use unique temporary destinations for each invocation avoids these collisions
but may lead to other performance problems caused by the creation of a large
number of temporary queues.
_______________________________
SNC00078802
RESOLVED in 8.5.0 Sonic Workbench: Process gets stuck interrupted during
synchronous invocation.
---
When a BPEL Service is shut down (gracefully or otherwise), a process may be
interrupted in the middle of a synchronous invocation. After the engine is
restarted that process instance remains active but can never complete. This
active process may remain in memory and interfere with the execution of other
process instances until manually terminated.
_______________________________
SNC00078790
RESOLVED in 8.5.0 SonicMQ: HTTP acceptor content-reply timeout not as configured
---
HTTP acceptor content-reply timeout not as configured
_______________________________
SNC00078787
RESOLVED in 8.5.0 SonicMQ: Durable subscriber leak on standby clustered broker
---
In an environment with clustered, replicated (FT) brokers, a standby broker may
fail with an OutOfMemoryError if clients repeatedly subscribe and unsubscribe
unique durable subscriptions.
_______________________________
SNC00078782
RESOLVED in 8.5.0 SonicMQ: 4-way deadlock involving cluster, dra, and flow-
control object
---
4-way deadlock involving cluster members, remote broker, and flow-control
object.
_______________________________
SNC00078780
RESOLVED in 8.5.0 SonicMQ: Cluster functionality broken after
NullPointerException
---
The cluster functionality is broken after NullPointerException in
progress.message.broker.interceptor.InterceptorManager.doActionalPubSubSendJoin
tPoint
_______________________________
SNC00078778
RESOLVED in 8.5.0 SonicMQ: Failover on redundant network cluster connection
takes too long
---
Failover on redundant network cluster connection takes too long in AIX.
_______________________________
SNC00078731
RESOLVED in 8.5.0 SonicMQ: Topics with "." in the name not displaying correctly
in Actional
---
Topics with "." in the name not displaying correctly in Actional.
_______________________________
SNC00078718
RESOLVED in 8.5.0 SonicMQ: HTTP Outbound Routing is blocking due to hanging
servlet
---
An HTTP request made via a SonicMQ HTTP Routing to an external web server that
blocks (keeping the HTTP connection's socket open), could in turn block
subsequent requests even after the Routing had timed out the slow/blocked
request.
_______________________________
SNC00078601
RESOLVED in 8.5.0 SonicMQ: EConnectionNotResumable exceptions in broker log
---
EConnectionNotResumable exceptions from the broker appear in the MF container
log.
Although they are harmless and should be ignored, they should not be printed in
the log since they look like errors that may be causing problems.
_______________________________
SNC00078549
RESOLVED in 8.5.0 SonicMQ: Deadlock between Connection.close() and
createTemporaryQueue()
---
A MessageListener whose onMessage() implementation creates or deletes temporary
queues or topics may end up in a deadlock if the associated connection is
closed or lost.
_______________________________
SNC00078524
RESOLVED in 8.5.0 SonicESB: .xcbr not included in the default applyMap
comparison
---
.xcbr is not included in the default applyMap comparison file extension
The DEFAULT_XML_EXTENSIONS does not include the .xcbr extension, and so the
stringReplaceMap will not work when running the applyMap on these files.
_______________________________
SNC00078518
RESOLVED in 8.5.0 SonicMQ: DRA Mgmt Node Container doesn't use cache properly
after timeout
---
When the Directory Service is unavailable (e.g. Domain Manager is not running
or a network issue prevents remote communication with the DS), a DRA Mgmt Node
Container does not startup by configuring itself from its local configuration
cache. Instead the container indicates the directory service is unavailable and
it cannot generate the cache, as shown in the following log message:
[10/08/06 13:56:17] (severe) Directory Service unavailable, cannot generate
cache
_______________________________
SNC00078483
RESOLVED in 8.5.0 SonicMQ: LoadBalancer methods should be included in JavaDoc
---
The progress.message.broker.loadbalancing package supported as of v8.0 should
be included in the SonicMQ API Reference (JavaDoc).
_______________________________
SNC00078482
RESOLVED in 8.5.0 SonicESB: Issue with BPEL's temp queues *.replies.sync and
*.replies.async
---
In a setup where the BPEL service invokes ESB artifacts on a connection to a
separate broker then an error occurs in ESB while sending a message to the
Reply_To destination set by the BPEL service. The error message is:
"Queue not found: containerName.BPELserviceName.replies.sync"
_______________________________
SNC00078452
RESOLVED in 8.5.0 C Client: C++ Client doesn't throw an exception if the queue
is deleted.
---
Sonic C++ Client does not throw an exception if the queue it is sending to gets
deleted.
_______________________________
SNC00078373
RESOLVED in 8.5.0 SonicMQ: Allow initial connect attempt to be skipped to speed
up DM start
---
Set the system property sonicsw.mf.skipInitialConnect for the JVM of an MF
container to skip the initial synchronous connection attempt of the container
to the management broker, thus speeding up the startup of the MF container.
This property is to be used for the domain manager container only.
_______________________________
SNC00078370
RESOLVED in 8.5.0 SonicMQ: Messages stuck in ESB endpoints Durable Subscriptions
---
ESB Durable Subscribers are not receiving messages, but the SMC shows that
messages are available. The log of the broker's container shows one or more
cluster connection drop and reconnect.
_______________________________
SNC00078353
RESOLVED in 8.5.0 Sonic Workbench: Import properties file will be honored during
XAR upload
---
Import properties file in deploy folder will be honored while uploading XAR
file or folder.
The import properties file name should be same as XAR file or folder name with
'.properties' extension.
Ex: For Sample.xar file import properties file should be Sample.properties, For
Sample1 folder import properties file should be Sample1.properties
_______________________________
SNC00078346
RESOLVED in 8.5.0 SonicMQ: HTTP Direct Basic Outbound GET not working w/ msg
type "Message"
---
HTTP Direct Basic Outbound GET not working w/ msg type "Message"
_______________________________
SNC00078335
RESOLVED in 8.5.0 SonicMQ: Messages get lost when http content reply send is
used with DRA
---
Messages forwarded across routing nodes to reach an HTTP Content-Reply Routing
will have JMSReplyTo addresses that contain multiple routing node prefixes.
This caused problems when the HTTP Routing attempted to pass back the response.
_______________________________
SNC00078308
RESOLVED in 8.5.0 SonicMQ: RECOMMIT of transaction failed: java.io.EOFException
---
When restarting a broker, an excpetion occurs due to the broker not properly
handling a missing or empty transaction file:
(warning) RECOMMIT of transaction failed: java.io.EOFException
_______________________________
SNC00078241
RESOLVED in 8.5.0 C Client: Application crash when an invalid username/password
is submitted
---
When an invalid username or password is submitted application crash
_______________________________
SNC00078205
RESOLVED in 8.5.0 SonicESB: XForm throwing "Failed to find REPLY_TO in context
endpoint"
---
A transformation service with an XSLT which uses XQMessageElem extension to
dispatch a message to REPLY_TO throws "Failed to find REPLY_TO in context
endpoint - There is no element /xqEndpoints/REPLY_TO in the Directory Service"
_______________________________
SNC00078179
RESOLVED in 8.5.0 SDM: Multilines not set in Annotation for MFcontainer using
SDM
---
Multiple line annotations for MF containers in the tuning file of the model
lose their end-of-line characters and are getting configured as single line
annotation values on the MF containers.
_______________________________
SNC00078102
RESOLVED in 8.5.0 SonicMQ: Container throwing CacheClosedException and
StackOverflowError
---
A CacheClosedException and StackOverflowError may be thrown during container's
shutdown if centralized logging is enabled or there are subscriptions for
system.log.LogMessage notifications.
_______________________________
SNC00077968
RESOLVED in 8.5.0 SonicMQ: Reduce memory for pub-sub msgs on routing queue
---
Topic-based messages that fan out to many remote brokers via DRA exhibit
unnecessary duplication of properties and routing info when waiting on the
routing queue.
_______________________________
SNC00077956
RESOLVED in 8.5.0 SonicMQ: Broker doesn't shutdown cleanly
---
Broker doesn't shutdown cleanly
_______________________________
SNC00077953
RESOLVED in 8.5.0 SonicMQ: Broker Hang/Deadlock preventing new connections to
broker
---
A deadlock may occur when an FTclient with more than 100
sessions/producers/consumers reconnects to the broker.
_______________________________
SNC00077916
RESOLVED in 8.5.0 Launcher Install: Launcher Install should accept IPAddress or
HostName
---
The launcher install connection URLs field should accept either an IP addres or
hostname.
_______________________________
SNC00077877
RESOLVED in 8.5.0 SonicMQ: single JVM launch setting
---
Set the system variable sonicsw.mf.devSingleJVM to true for the JVM of the MF
container so that it doesn't spawn a second JVM but instead runs in one JVM.
_______________________________
SNC00077875
RESOLVED in 8.5.0 SonicMQ: Durable subscriptions are accumulating on broker
---
Group subscribers are not receiving messages, but message counts in the SMC
indicate messages are available.
_______________________________
SNC00077854
RESOLVED in 8.5.0 SonicMQ: SMC will not configure acceptors with underscores in
hostname
---
SMC does not allow you to configure acceptors with underscores in hostname.
_______________________________
SNC00077834
RESOLVED in 8.5.0 SonicESB: Issue with Split and Join ForEach services.
---
There is an issue with Split and Join ForEach services where XPath expressions
may fail to evaluate correctly resulting in no result documents being
generated.
_______________________________
SNC00077804
RESOLVED in 8.5.0 SonicMQ: EMgramVersionMismatch exception on Standby broker
---
An EMgramVersionMismatch exception can occur on a Standby broker when
JMSXUserID is enabled and transacted producers have large txnBatchSize and send
many messages within a transaction.
_______________________________
SNC00077802
RESOLVED in 8.5.0 SonicMQ: Incomplete event written to recovery log of standby
broker
---
Under certain timing conditions, a TxnPrecommit event written to the recovery
log of the standby broker might be incomplete.
_______________________________
SNC00077723
RESOLVED in 8.5.0 SonicMQ: Multi-topic not supported for Actional
instrumentation
---
Messages going to multi-topic destinations do not show up in the Actional
console and result in errors logged in the broker container log.
_______________________________
SNC00077704
RESOLVED in 8.5.0 SonicESB: ESB service does not consume messages after startup
---
An ESB service could potentially miss creation of the entry endpoint's receive
session and consumer, and, as a result, not consume any messages at all.
_______________________________
SNC00077679
RESOLVED in 8.5.0 SonicMQ: Keep-Alive not reusing existing Http outbound routing
connection
---
Issue with Sonic's Http Outbound default setting 'Keep-alive' not reusing
existing Http routing connections.
_______________________________
SNC00077669
RESOLVED in 8.5.0 SonicESB: SonicESB needs to report multi-part message content
to Actional
---
SonicESB needs to report multi-part message content to Actional. Currently for
messages with multiple parts only the single first part is reported. An
optional feature to report the payload of multi-part messages in an XML
representation format will be introduced.
_______________________________
SNC00077613
RESOLVED in 8.5.0 SonicESB: Executing an XPath can return duplicate namespace
prefixes
---
Executing an XPath that returns an element with namespace prefix that also
declares the prefix will result in a duplicate definition. Example result of
the XPath:
<prefix:element xmlns:prefix="uri"... >
results in
<prefix:element xmlns:prefix="uri" xmlns:prefix="uri"... >
_______________________________
SNC00077602
RESOLVED in 8.5.0 SonicMQ: Log PID which starts an MF Container in the container
log file.
---
Log the java process Id (PID) which starts an MF Container in the container log
file.
_______________________________
SNC00077482
RESOLVED in 8.5.0 SonicMQ: ArrayIndexOutOfBounds browsing durable on topic with
QOP privacy
---
ArrayIndexOutOfBounds browsing durable on topic with QOP privacy
_______________________________
SNC00077432
RESOLVED in 8.5.0 SonicESB: Unable to set "SonicXQ.process.trackingLevel" to 3
or 4.
---
ESB process tracking can be enabled on a per-message basis by setting the
"SonicXQ.process.trackingLevel" header. Attempting to set the tracking level to
3 or 4 in this way causes an exception even though these are valid values:
com.sonicsw.xq.XQServiceException: Invalid tracking level
_______________________________
SNC00077428
RESOLVED in 8.5.0 SonicMQ: Reduce memory usage of large queues in ft broker
---
Reduce memory usage of large queues in ft broker
_______________________________
SNC00077421
RESOLVED in 8.5.0 BPEL Service: Process gets stuck interrupted during
synchronous invocation.
---
When a BPEL Service is shut down (gracefully or otherwise), a process may be
interrupted in the middle of a synchronous invocation. After the engine is
restarted that process instance remains active but can never complete. This
active process may remain in memory and interfere with the execution of other
process instances until manually terminated.
_______________________________
SNC00077394
RESOLVED in 8.5.0 C Client: Unable to compile C++ code when passing -ansi -
pedantic flags
---
The customer is doing a migration of their applications to be ANSI compliant.
TO do that they are compiling the code with -ansi -pedantic -Wall which gives
errors. Customer is presently using Native GCC 3.4.6 on Red Hat Enterprise
Linux AS release 4 (Nahant Update 6) 64 bit. Customer also indents to move to
Red Hat Enterprise Linux Server release 5.3 (Tikanga) 64 bit. So please certify
the patch for both these platforms.
_______________________________
SNC00077366
RESOLVED in 8.5.0 SonicMQ: The remote broker crash with OOM when many global
subscriptions
---
Global subscriptions propagated from the remote node(s) were causing the OOM
error on a local broker due to memory leak.
_______________________________
SNC00077342
RESOLVED in 8.5.0 SonicMQ: Rendering of fake nodes should be disabled by the MQ
interceptor
---
Rendering of fake nodes should be disabled by the MQ interceptor.
_______________________________
SNC00077315
RESOLVED in 8.5.0 SDM: SDM Remote Resource ant script failure doesn't fail SDM
BUILD
---
If the Ant script (Remote Resources functionality to execute Ant scripts on
remote machines) fails, the SDM script doesn't seem to get notified of the
failure as it still completes with BUILD SUCCESSFUL
_______________________________
SNC00077299
RESOLVED in 8.5.0 JCA Resource Adapter: Under heavy load, Sonic JCA does not
reconnect properly
---
Under heavy load, not all of Sonic JCA's queues reconnect properly to a Sonic
broker instance every time that a connection is dropped for any reason. This
occurs with any application server and on any platform.
_______________________________
SNC00077285
RESOLVED in 8.5.0 SonicMQ: Slow MF container startup.
---
Slow MF container startup caused by build up of JMX notification listeners in
the containers cache when subscribing JMX clients are killed or otherwise
prematurely disconnected.
_______________________________
SNC00077264
RESOLVED in 8.5.0 SonicMQ: Out Of Memory Error delivery to Shared Sub on Cluster
Peer
---
Under certain circumstances when messages are delivered to a shared
subscription member on another cluster peer broker, the sending broker may not
process acknowledgements properly leading to a memory leak.
_______________________________
SNC00077260
RESOLVED in 8.5.0 SonicMQ: Visibility of HTTP direct inbound calls not supported
---
Visibility of HTTP direct inbound calls not supported by the MQ interceptor.
_______________________________
SNC00077221
RESOLVED in 8.5.0 Sonic Workbench: Mismatch between generated WSDL and ESB
process interface
---
A WSDL file is generated from an ESB process's interface definition for a
Bottom Up Sonic Connect web service. Clients expect the response format to
match the WSDL but the ESB process itself generates a response based on the
schema used when defining the process interface before the WSDL was created,
which results in a different root element.
_______________________________
SNC00077168
RESOLVED in 8.5.0 SonicESB: Call to Sonic Connect web service fails after a
container reload
---
A web service call to an ESB process exposed as a bottom-up Sonic Connect web
service may fail if the ESB container that contains the Sonic Connect service
that exposes the ESB process is reloaded. An HTTP error code 404 Not Found
will be returned.
_______________________________
SNC00077163
RESOLVED in 8.5.0 SonicESB: Uncorrelated message warning when intracontainer is
enabled
---
When intracontainer is enabled, the following warning is produced in the
container log by the Sonic Connect, SplitJoin and BPEL services:
(warning) uncorrelated message and no listener
Messages intended for the internal AsyncTmp reply destination are dispatched
via JMS as well as delivered via intracontainer messaging.
_______________________________
SNC00077139
RESOLVED in 8.5.0 Sonic Workbench: Type Chooser fails to show types/elements
when an xsd has no tns
---
In Type Chooser or when creating an XML from XML Schema file, you may encounter
the following error while using an XSD file which does not have a target
namespace.
"The selected URL contains no valid XML Elements or Types. Please select a
different URL."
_______________________________
SNC00077128
RESOLVED in 8.5.0 SonicMQ: NPE on doGet after network blip on backup DS
---
NPE on doGet after network blip on backup DS
_______________________________
SNC00077120
RESOLVED in 8.5.0 SonicMQ: Messages to Shared Subs FT Client Connections not
redelivered
---
The use of Fault Tolerant connections with Shared Subscriptions, can cause
delivered but unacknowledged messages not to be redelivered to the client after
a client connection failure.
_______________________________
SNC00077071
RESOLVED in 8.5.0 Sonic Workbench: Sonic Connect should provide option to inline
schemas
---
Sonic Connect web services should provide an option to inline schema when
generating a WSDL for a bottom-up web service
_______________________________
SNC00077056
RESOLVED in 8.5.0 SonicMQ: sonicmf.exe causes java.exe to continuously use CPU
---
When a Container is started through sonicmf.exe it can cause the java.exe
process to continuously use 1-2% of CPU. In environments where you have a lot
of Containers, it can cause the CPU to be maxed out.
_______________________________
SNC00076983
RESOLVED in 8.5.0 SonicMQ: Standby broker OOM with durable shared subs across
cluster
---
This issue could lead to the standby broker in a CAA pair failing with an
OutOfMemoryError when messages sent to the CAA pair are passed to a shared
subscriber on a different broker in the cluster. The memory leaked in this
case is released when a syncpoint occurs, but if the max recovery log size is
relatively large in relation to the max heap setting then the broker may fail
with an OOM before a syncpoint occurs.
_______________________________
SNC00076927
RESOLVED in 8.5.0 SonicMQ: Interbroker msgs intermittently appear on DMQ during
failover
---
Messages sent to a node-qualified queue name that only exists on another broker
in the cluster intermittently appear on the dead message queue of the sending
broker when the active broker of the receiving FT broker pair in the cluster
goes down and the standby broker is in the process of failing over to
standalone.
_______________________________
SNC00076923
RESOLVED in 8.5.0 SonicESB: Fault is received when invoking a WS from an
external client
---
A fault message is received when a Sonic Connect web service is invoked from an
external client (e.g SOAP UI, Actional Diagnostics):
org.apache.cxf.interceptor.Fault: Could not read request. Operation
{urn:MultiPart/resources/wsdl/MultiPartStringInt/MultiPartStringInt/types}Strin
gDefaultInputElem is unknown.
_______________________________
SNC00076919
RESOLVED in 8.5.0 SonicMQ: Unit of timeout not documented in
JMSConnectorClient.connect()
---
The unit of the timeout parameter of the JMSConnectorClient's connect() method
needs to be documented.
_______________________________
SNC00076915
RESOLVED in 8.5.0 SonicMQ: SonicMQ updated to use larger batches to speed up
dynamic sync
---
Batch sizes were around 100. A larger batch size will reduce the number of db
queries and improve performance of dynamic sync.
_______________________________
SNC00076914
RESOLVED in 8.5.0 SonicMQ: Strings used in PendingQElements should be cached
---
Caching repetitive String values used in DRA classes (such as node name, or
destination name) is needed to reduce memory usage.
_______________________________
SNC00076896
RESOLVED in 8.5.0 SonicMQ: Broker hang after NullPointerException in
ActionProcessor thread
---
An NullPointerException can occur when an interbroker connection drops while
messages are being dispatched to group subscribers. The NullPointerException
causes the broker to hang.
_______________________________
SNC00076895
RESOLVED in 8.5.0 SonicMQ: Groups/Durables combo in cluster has msg loss/dup on
conn drop
---
An interbroker connection drop may lead to occasional message loss or
duplication in some scenarios where there are both Group Subscribers and
Durable subscribers for the same topic on a Neighbor broker.
_______________________________
SNC00076889
RESOLVED in 8.5.0 Sonic Workbench: getArtifactURL() method is not invoked for
XSLTXForm
---
getArtifactURL() method is not invoked while using XSLTXFormRunInitializer.
_______________________________
SNC00076846
RESOLVED in 8.5.0 Sonic Workbench: Cannot delete Web Service Client from
operation list.
---
Deleting any SOAP operation (Service or Client) is not supported. The service
must be deleted and recreated after modifying interface parameters.
_______________________________
SNC00076802
RESOLVED in 8.5.0 SonicMQ: NegativeDispatchCount when using GroupSubs and
transacted pub
---
Occasional NegativeDispatchCount assert failures are seen in the container when
using Group Subscriptions and transacted publishers.
_______________________________
SNC00076775
RESOLVED in 8.5.0 Sonic Workbench: The .esbp file becomes corrupt after renaming
the ESB Process
---
The opening tag of the root element <xq:process> is missing in the .esbp file
after the ESB Process has been renamed.
_______________________________
SNC00076644
RESOLVED in 8.5.0 SonicESB: listMFContainersWithESBContainer API returns wrong
values
---
The ESB container config API returns incorrect results in certain cases:
- esbApi.getContainerConfigAPI().listMFContainersWithESBContainer(container)
returns the component name instead of the ESB container name.
- esbApi.getContainerConfigAPI().listESBContainersInMFContainer(mfContainer)
returns the component names instead of the ESB container names.
_______________________________
SNC00076612
RESOLVED in 8.5.0 SonicMQ: Issue when using topic undelivered destination and
transactions
---
When using local or global transactions, a message with an undelivered
destination set to a topic is not delivered to the specified topic when
rejected.
_______________________________
SNC00076396
RESOLVED in 8.5.0 SonicMQ: NPE and EClientNotRegistered exceptions from
getSwizzleString()
---
Broker exception warnings appear in the container log, with stack traces:
progress.message.broker.EClientNotRegistered: ClientId: -8355566887379449493
at progress.message.broker.AgentRegistrar.getClient(AgentRegistrar.java:4550)
at progress.message.broker.AddrUtil.getSwizzleString(AddrUtil.java:169)
java.lang.NullPointerException
at progress.message.broker.AddrUtil.getSwizzleString(AddrUtil.java:176)
_______________________________
SNC00076394
RESOLVED in 8.5.0 SonicMQ: MsgRestore hang in waitForRestoreSpace
---
MsgRestore of multi-topic messages for a pre-7.0 client will hang after an FT
failover
_______________________________
SNC00076393
RESOLVED in 8.5.0 SonicMQ: Broker failover can cause Shared Subscription
duplicates
---
When using shared subscriptions with an FT broker pair and purely FT
subscribers, duplicate messages can be sent to the group after a broker
failover because the newly active standby broker does not wait for the members
to reconnect and resolve the state of in doubt messages before allocating
messages to the group.
_______________________________
SNC00075591
RESOLVED in 8.5.0 SonicESB: NullPointerException thrown by File Drop service.
---
File Drop service may intermittently throw a NullPointerException when deployed
with multiple listeners.
_______________________________
SNC00075175
RESOLVED in 8.5.0 SonicMQ: Stanby broker has been crashed due to the
NullPointerException
---
Standby broker crashed after processing an un-subscribe event replicated from
the active broker.
_______________________________
SNC00074991
RESOLVED in 8.5.0 DB Service: Database Service samples fail
---
Corrected an issue in the Samples-setup script that prevented running Database
Service samples.
_______________________________
SNC00074790
RESOLVED in 8.5.0 SonicMQ: Unable to drop connection held by SonicMQ broker
---
A failed (re)connect attempt to a SonicMQ broker can leave a connection in an
unexpected state. The SMC lists the connection but attempts to 'drop' it
silently fail. Attempts to reconnect using the same user/connection id result
in an EUserAlreadyConnected exception even though the original connection is no
longer present.
_______________________________
SNC00074525
RESOLVED in 8.5.0 SonicESB: Need to have dynamic mapping for response messages.
---
For the case where the message mapping source rule contains a rule for
retrieving a message part content using the index or content ID; if the part is
missing then ESB throws an exception while executing the mapping rule. Thus,
you cannot get the expected behavior from the use of the 'empty' syntax in your
source expressions.
_______________________________
SNC00073524
RESOLVED in 8.5.0 Sonic Workbench: Icons same between WS and WSC
---
Icon for Web service and Web Service client was same in 8.0 release. This has
been fixed in 8.5.0.
_______________________________
SNC00072945
RESOLVED in 8.5.0 SonicMQ: Flow Control notifications are not generated for DRA
connections
---
DRA conenctions between Brokers do not generate Flow Control notifications when
the flow between brokers is blocked.
_______________________________
SNC00072893
RESOLVED in 8.5.0 SonicMQ: Broker fails to shutdown completely after recovery
log error
---
If CAA brokers encounter the error:
(severe) Error logging a message that would overwrite recovery information.
Increase the log file size.
Neither will shutdown completely, as expected. Kill -9 is needed to complete
the shutdown.
_______________________________
SNC00071967
RESOLVED in 8.5.0 SonicMQ: Provide an option to compress messages sent over a
connection
---
Provide a new feature which allows JMS messages to be compressed on a
per-connection basis, for client<->broker connections. Compressing the
messages allows more throughput over low bandwidth network connections.
_______________________________
SNC00071727
RESOLVED in 8.5.0 SonicMQ: Standby DS should backup the obsolete instance before
deep sync
---
Standby DS should backup the obsolete instance before deep sync
_______________________________
SNC00070911
RESOLVED in 8.5.0 SonicESB: Document limitations of Scriptable build to export
ESB artifacts
---
The limitations of Scriptable build to export ESB artifacts are not well
documented.
_______________________________
SNC00070798
RESOLVED in 8.5.0 Sonic Workbench: Java Service Type Editor allows Add of
Parameter with no Name
---
Workbench should prevent the addition of parameters with no Name, as it is
confusing when later the upload fails and complains about invalid xml.
_______________________________
SNC00070780
RESOLVED in 8.5.0 BPEL Service: Issue with BPEL's temp queues *.replies.sync and
*.replies.async
---
In a setup where the BPEL service invokes ESB artifacts on a connection to a
separate broker then an error occurs in ESB while sending a message to the
Reply_To destination set by the BPEL service. The error message is:
"Queue not found: containerName.BPELserviceName.replies.sync"
This patch has fixes to both ESB and BPEL and ensures that the JMSReplyTo value
set by the BPEL service is a fully qualified name.
_______________________________
SNC00069630
RESOLVED in 8.5.0 SonicMQ: Deployment guide does not use the same term as the
config guide
---
Progress SonicMQ Configuration and Management Guide V7.6 says, correctly,
"routings acceptor" but Progress SonicMQ Deployment Guide V7.6 says "Routing
acceptor."
_______________________________
SNC00069418
RESOLVED in 8.5.0 SonicESB: Doc needed for proper config Request Mapping AND
Esbdb mapping
---
There is no document to describe the proper config for Request Mapping and
Esbdb mapping.
_______________________________
SNC00069045
RESOLVED in 8.5.0 SonicMQ: Incorrect default private key used in backup broker's
SSL params
---
If an SDM model creates a BackupBroker but does not specify any
BackupBrokerParameters in the tuning file, the private key in the resulting
backup broker's SSL properties defaults to an incorrect value - the value of
the primary broker's CA certificates directory.
_______________________________
SNC00068421
RESOLVED in 8.5.0 SonicMQ: Repeating Alert to show that threshold has been
exceeded
---
Need ability to have a periodic repetition of an alert threshold while the
threshold is still exceeded.
_______________________________
SNC00067944
RESOLVED in 8.5.0 C Client: C++ client crashes in spr.dll
---
C++ client crashes in spr.dll
_______________________________
SNC00067264
RESOLVED in 8.5.0 SonicESB: Multiple responses from ESB process implementing a
web service
---
Documentation doesn't describe how the configuration of an ESB process that
implements a web service can lead to multiple responses being received.
_______________________________
SNC00066487 Sonic00041230
RESOLVED in 8.5.0 SonicMQ: Transacted messages to HTTP Routing cause
NullPointerException
---
Messages sent to an HTTP Routing from a transacted JMS session may cause a
NullPointerException in MgramURLHelper.getHttpOverrideDestination() and result
in the sending client's connection being dropped.
_______________________________
SNC00065994 Sonic00040857
RESOLVED in 8.5.0 SonicMQ: Possible message loss/dup with group sub and broker
crash
---
In some scenarios, message loss or duplication may occur when a broker crashes
while reallocating a message to a group subscriber on a different cluster
member.
_______________________________
SNC00060675 Sonic00037597
RESOLVED in 8.5.0 Sonic Workbench: When we change the parameter name, Basetype
is getting changed
---
When we change the parameter name, Basetype is getting changed to String
_______________________________
SNC00054469 Sonic00033839
RESOLVED in 8.5.0 SonicMQ: NPE when restarting a container hosting a
CollectionsMonitor
---
When restarting an MF container hosting a Collections Monitor, a
NullPointerException may occur under certain rare circumstances.