|
Auto-launch is not currently supported.
|
Component
|
Version
|
---|---|
ThingWorx eMessage Connector
|
1.2.2
|
Axeda-ThingWorx Entity Exporter (ATEE)
|
1.2.1
|
ThingWorx Connection Services Extension (CSE)
|
1.5.5
|
ThingWorx Axeda Compatibility Extension (ACE)
|
3.0.41
|
ThingWorx Migrator for the Axeda Compatibility Extension (ACE)
|
3.0.41
|
ThingWorx Remote Access Extension (RAE)
|
1.0.2
|
ThingWorx Utilities Core (Thingworx-Utilities-Core-8-4-0.zip)
|
8.4.0-88
|
ThingWorx SCM Extension (ThingWorx-Utilities-Software-Content-Management-8-4-0.zip)
|
8.4.0-88
|
Required Product
|
Required Version
|
---|---|
Java Development Kit (JDK)
|
v.1.8.0_u162_b12 or higher (64-bit)
|
Linux 64-bit operating system
|
Tested on Linux 64-bit version of Ubuntu 14.04.5 LTS)
|
Axeda Platform
|
v.6.9.0 or later to export users; otherwise, 6.8.0 or later
|
Axeda Global Access Server
|
v.6.9.2 or later
|
ThingWorx Platform
|
8.4.0-b2013 or later
|
Axeda Gateway Agent or Axeda Connector Agent
|
v.5.3.1 or later
|
|
An issue with the Axeda Platform REST API prevents the ATEE from exporting remote interface data from Axeda Platform versions prior to 6.8.2. On the affected versions, any exported assets are treated as if they had no remote interfaces, and will not be compatible with the ThingWorx Remote Access Extension. The ATEE will record a log message, if debug logging is enabled, when it detects the REST API issue.
|
Issue ID (Case ID)
|
Description
|
||
---|---|---|---|
Enhancements
|
|||
EMX-3257
|
Update eMessage Connector to support encrypted configuration file.
As part of PTC's continuing efforts to improving security, the eMessage Connector can now run using an encrypted configuration file. For details, refer to Setting Up an Encrypted Configuration File for an eMessage Connector.
|
||
Issues Fixed
|
|||
EMX-2654
|
The eMessage Connector now supports the setting of a maximum file size for file transfer. Refer to Restricting the Maximum File Size for File Transfers for details.
|
||
EMX-2672
|
Fixed an issue in the eMessage Connector that was causing Axeda agents to send a registration message again unnecessarily.
|
||
EMX-3011 (14043586)
|
Axeda Deployment Utility v.6.8.3 does not work with eMessage Connector. Deploying changes causes it to hang.
After using the Axeda Deployment Utility to configure Axeda Gateway Agents (v.6.9.x) and clicking Deploy Changes to Agent, the configuration file is sent, but the Deployment Utility subsequently hangs on the message, "Retrieving device information from the Enterprise". After a while, a timeout occurs.
This issue is fixed in this release. The Utility no longer hangs after a user clicks Deploy Changes to Agent. Note that ThingWorx Platform does not support the Axeda Platform concepts of Organization, Location, Region, and System, so the eMessage Connector cannot get or set that information for eMessage Agents. Instead, these fields are empty after a get or set operation. For details, refer to Support for the Axeda Deployment Utility.
|
||
EMX-3083
|
Older agents using protocols that have been deemed insecure may experience issues connecting, such as agents utilizing SSLv2Hello.. This issue is fixed in this release.
|
||
EMX-3091 (14142874)
|
Axeda Compatibility Extension v.2.3.2 timestamps need to allow for unique mashup needs
When Axeda eMessage Agents escalate Alarms and Events, the details are loaded into infotables. The infotable contains Timestamp and Value properties. The Timestamp is the time the Alarm/Event occurred on the Remote Thing and the Value is a nested infotable containing the Alarm or Event details. These details include another Timestamp, which contains the time that the Alarm/Event was received by the ThingWorx Platform (this is a meaningless value). This second Timestamp included with the Alarm/Event details should contain the time the Alarm/Event occurred on the Remote Thing.
This issue is fixed in this release.
|
||
EMX-3246
|
Fixed an issue where the eMessage Connector would hang if it received a non-XML message.
|
||
UTL-5173
|
Specifying a Download instruction with a file that is not compressed in the tar.gz format and also selecting the check box next to the option, "Agent should uncompress this file after downloading" results in the file not being downloaded correctly to the agent. Specify the uncompress option ONLY for files that are in the tar.gz format.
|
||
UTL-5181
|
If the File Transfer Subsystem is restarted during a file download, the platform is not able to cleanly terminate the download, causing the delivery target to be stuck in a non-terminal state until it times out.
|
Issue ID
|
Description
|
---|---|
ACE-115
|
When importing the Axeda Compatibility Extension, the following error message appears in the ApplicationLog for the ThingWorx Platform:
2019-01-28 14:00:44.791+0000 [L: ERROR] [
O: c.t.t.Thing] [I: AxedaRemoteViewerRefreshScheduler] [U: SuperUser] [S: ] [T: https-jsse-nio-8443-exec-7] Thing State is being set to ERROR because it failed during the initialization phase: The runAsUser field was empty! The runAsUser field for any Timers and Schedulers in ThingWorx Platform, v.8.4.0, cannot be empty. This field for the AxedaRemoteViewerRefreshScheduler entity in the ACE is empty on import. You must navigate to the entity in ThingWorx Composer and set a valid user. After saving the entity, you MUST restart ThingWorx Platform.
|
Issue ID
|
Description
|
---|---|
UTL-5611
|
After importing the SCM extension bundle, a warning message about the extension trying to overwrite existing entities may appear. This message is expected and does not cause an issue. You can ignore it. In addition, refer to Importing ThingWorx Utilities Core and the SCM Extension.
|
UTL-5462
|
Delivery target times out of the Instructions Received state when its installation date is set too far in the future. Currently, the Instructions Received timeout does not take the installation date into account. For now, be sure that installation dates and the Instructions Received timeout are configured in such a way that package installation will being on the targeted devices before the Instructions Received timeout is exceeded.
|
EDGA-1853
|
The Axeda Connector Agent ignores the deviceRelativePath setting for SCM deployments. The deployment of a package with the following Download instruction succeeds when it should fail::
• Destination: /
• SourceFiles: ["C:\\qsaconfig.xml"]
• RepositoryName: TW.RSM.Thing.FileRepository
This same deployment to an Axeda Gateway device or a device managed by an Axeda Gateway Agent fails as expected.
|
Issue ID
|
Case
|
Description
|
---|---|---|
CORE-4376
|
113580
|
Gateway Asset Link is missing
This issue affects Axeda Platform, versions 6.8.0, 6.8.1, and 6.8.2, and impacts the Axeda-ThingWorx Entity Exporter (ATEE) as follows:
• Prevents the ATEE from populating the Managed Devices infotable on Things that represent Axeda Gateway entities in ThingWorx.
• Prevents the ATEE from populating the gatewayId on Things that represent Axeda Managed Device entities in ThingWorx.
|
Issue ID
|
Description
|
---|---|
EMX-607
|
In the unlikely event of a setDataItem service call failing, the ThingWorx Platform does not receive a notification event. It would be better if the eMessage Connector could notify ThingWorx Platform of this event
|
EMX-1749
|
File transfers to the ThingWorx Platform instances that are running on the Windows OS are subject to the file naming restrictions of Windows, including the use of special characters such as question mark, colon, and so on. Refer to https://msdn.microsoft.com/en-us/library/windows/desktop/aa365247(v=vs.85).aspx
|
EMX-1892
|
eMessage XML is incomplete and does not send specific information back to the agent in the status message. This did not appear to cause issues with the Axeda agents that were tested; it is just a difference between the Axeda Platform and the eMessage Connector.
|
EMX-1893
|
Invalid Axeda alarms result in a blank value being written to the alarm field. Axeda Platform would reject these bad values. This is a difference between Axeda and the eMessage Connector.
|
EMX-2178
|
In eMessage Connector, if a configuration value is not provided, the helper method that is used to obtain it (except getIntegerValue() and getLongValue()) throws a ConfigException
|
EMX-2193
|
Axeda Gateway agents receive too much xml when registering. Currently, a redundant SetPingServlet is returned to Gateway agents. This has no known effects on the agents.
|
EMX-2198
|
Currently, selecting the time zone, Asia/Riyadh87, causes an error in the eMessage Connector, saying that the time zone was not valid, even though it is one of the time zones in the TimezoneMapper class.
|
EMX-2232
|
When a download request is issued from the ThingWorx Platform with targetPath:<empty>, the job eventually transitions to a state of CANCELLED, and a null pointer exception is observed in the Connector log.
|
EMX-2319
|
After starting the eMessage Connector, the logs directory is in a subdirectory from the current working directory and not where one would expect, at $EMESSAGE_CONNECTOR_HOME/logs.
|
EMX-2412
|
NotifyPropertyUpdates invocations to the eMessage Connector are not handled, resulting in a WARN message being logged. The operation of the Connector is not affected.
|
EMX-2482
|
When performing a download that is relative to the agent's home directory, use only the forward slash ("/") to specify the root directory and not "./". Using "./" results in the ThingWorx Platform sending an empty value to the Connector, which triggers an error being logged in the eMessage Connector. In addition, the file transfer will not complete successfully.
|
EMX-2486
|
Certain scenarios can create a flood of Thing look-ups to the ThingWorx Platform. The most likely cause for this situation is if an eMessage Connector fails unexpectedly and is restored while experiencing many requests per second for different agents (~10+ new agent communications per second). During this scenario the eMessage Connector can cause strain on ThingWorx Platform.
|
EMX-3083
|
Older agents using protocols that have been deemed insecure may experience issues connecting, such as agents utilizing SSLv2Hello. This issue will be resolved in an upcoming release.
|