Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Jira Server

Delivered in Patch releases in this versionFeature/improvementDescription
1.0.0 Original estimate synchronization

Allows to synchronize the Jira's Time Tracking "Original Estimate" field.
To do that, one just needs to configure one side to send the original estimate

Code Block
replica.originalEstimate = issue.originalEstimate

(in the Data Filter on sending side), and the other side to apply it:

Code Block
issue.originalEstimate = replica.originalEstimate

(in the Create and Change processors on receiving side)

Estimate synchronization 

2.3.02.3.1Sync automatically via Triggers

Set a JQL trigger. This means that every time an issue that is not exalatedyet gets created or updated, Exalate will check if it matches any of the available JQL triggers. If it does, the issue will beexalated to the other side using the specified relation.

Triggering a synchronization

2.4.0 Worklog sync, error handling improvements

Exchange worklogs information

Worklog synchronization

2.5.02.5.1Subtasks synchronization

Synchronizing tasks and sub-tasks, while keeping the parent-child relationship on the remote side is a common use case which is possible to implement using Exalate.

2.6.1 

Ability to Bulk Exalate

It allows to put many issues under synchronization instantly. This can be useful if you have multiple issues which need to be put under synchronization.

In order to perform Bulk Exalate, one creates a trigger with a search query that could find all those issues (for example "project = BLUE AND components = External"), and then use "Bulk Exalate" action on that trigger.

Bulk Exalate

2.7.02.7.2

Sync status panel links to the private Jira's issue (Private to Public connection)

This feature is merely adding consistency to the sync status panel's behavior, whenever synchronization with jira's behind a firewall is happening. The impact is that prior to that feature the sync panel was showing a red balloon instead of the remote issue link for these kind of synchronizations. With that feature, the sync panel works the same for any kind of synchronizations. This feature affects only users in Private to Public connections.

Sync panel details

Disable synchronization for a Jira (to be able to deploy Exalate on Staging without fear to get synchronization)

Ability to temporarily disable synchronization without disabling the plugin itself

Exalate does not synchronize when staging a production environment into test

2.8.02.8.1

Compatibility with Atlassian licensing

We removed any clutter around the method to license the use of the add-on, which can now be purchased through the Atlassian marketplace. Existing customers can still continue to use the exalate subscription as before.

More details: Licensing and pricing

Upgrading to Exalate for Jira to 2.8.0

3.0.0 

User Experience improvement

Look-and-feel inline with the latest design trends from Atlassian (ADG3): all the administrative screens have a new design, although all the functionality would be the same.

Synchronize one issue to multiple partiesOne can synchronize an issue from A to B and then from B to C, thus creating a chain of synchronized issues.

3.1.0






Private - Public polling frequency configuration

The ability to configure how frequently does a Private poll for changes from Public remote Instance. More details.

Ability to remove relations and instancesAn administrator can delete relations and instances, which would also remove all the synchronization information related to them (But will not affect actual issues themselves)
Error visibility and handling improvementsWe've improved error visibility and handling for anonymous comments.
3.2.0

3.2.1

3.2.2

3.2.3

3.2.4

3.2.5

3.2.6

3.2.7

3.2.8

3.2.9

  • Jira 7.6 compatibility
  • Sending invitation from Private Instance Exalate
  • log storage in a separate file
  • Introduced compatibility with Jira 7.6.
  • Added the possibility to send an invitation from Private Jira to Public
  • Exalate logs are stored in a separate file in the Jira file system
4.0.0

4.0.1

4.0.2

4.0.3

4.0.5

4.0.6

  • Whole new User Experience with a simplified configuration: connections are replacing the old instances' and relations.
This is a major simplification of the configuration, such that setting up new synchronizations can be done in an easy and intuitive way.
Also in this release, we've introduced:
  • precooked templates which simplify the configuration of the synchronization rules - setting up a simple project to project synchronization is a matter of a couple of clicks
  • Better support for configuring local connections
Check the documentation for more details.
4.2.0


4.2.1

4.2.2

4.2.3

4.2.4

4.2.5

  • Exalate network license
  • Clean-up Tools
  • Improved look and feel
  • Optimized the installation file size, other improvements and bug fixes
  • Compatibility with JIRA 7.11.2
  • Compatibility with Jira 7.12

We've introduced the new licensing model, which is based on the number of instances connected to your network. The model has flat fee independent from the number of users on either side. Check the Pricing and Licensing for more details.

Also we've improved:

  • Connection wizard to look more intuitive: added icons and description
  • Unexalate operation and clean-up tools. More details.

  • default outgoing sync scrips
  • error descriptions to be more specific
4.3

4.3.1

4.3.2

4.3.3

4.3.4

4.3.5
  • External scripts library
  • Support.zip file
  • Data Center compatibility

Advanced synchronization scripts usually contain a huge number of code lines. Storing these scripts in the Sync Rules make it hard to maintain. Now you can store Exalate scripts in the  $JIRA_HOME/scripts directory. More details.

We've added possibility to generate support.zip file which helps our support team to get the required data for troubleshooting. Find more details in the documentation.