Imagine a bacon-wrapped Ferrari. Still not better than our free technical reports.
See all our reports

JRebel 6.4.8 focusing on Eclipse remote server configuration

If you’ve ever been curious about our awesome tool JRebel, you should check out the recording of our recent web session – ZT Master Class: Introduction to JRebel

Watch the vid


With the JRebel 6.4.8 update, we are further improving the ease of use for Eclipse remote server users. The UI for remote server configuration has been redesigned to provide more precise control over projects. The new version is available for download right now.

Download JRebel 6.4.8

Despite the summer heat, JRebel engineers have been hard at work. We have been researching just how JRebel users work with remote servers. Our investigations found that some remote server users require more finely tuned control over a large number of projects within a single workspace. We often see JRebel remote server functionality being used in complex use cases — including multiple remote servers and a large number of projects. Our goal was to provide a solution with more transparency, greater control and more efficient synchronization options for these exact cases.

The release of JRebel 6.4.8 brings with it an overhauled remote server configuration view in Eclipse. We have improved the way individual projects are configured with remote servers. In the previous versions, individual projects could only be tied to either all active workspace remote servers or a singular, defined remote server. Having learned that this did not completely satisfy the needs of these customers, we decided to come up with a new configuration view altogether.

JRebel 6.4.8 Eclipse project properties for remote server configuration

The project properties view still contains familiar options:

  • Off — No remote server synchronization functionality is applied to the project.
  • Use all active workspace servers — Once remote servers have been defined and enabled via Help > JRebel > Configuration > Remote servers, all of them will be used for synchronization of this project. This option provides a simpler configuration when working with just one remote server or when the project is deployed to all remote servers. You can use the global Remote servers view to enable/disable servers for all projects configured with this option.
  • Select specific workspace servers for this project — This is the new option that has been added: allowing for manual selection of any subset of the remote servers defined via Help > JRebel > Configuration > Remote servers. Simply select or deselect remote servers in the table to enable them for the project. This project will be synchronized only with the selected servers. Note that enabling or disabling remote servers in the global Remote servers view has no effect on projects using this configuration.

We have removed the option to manually enter the remote server URL for each individual project. When upgrading to JRebel 6.4.8, all project-specific remote server settings will be automatically converted to workspace remote servers. To add, edit or remove remote servers, simply open Help > JRebel > Configuration > Remote servers. We hope this new configuration gives everybody a better overview and more clarity.

This new feature is currently available for the Eclipse IDE. We expect to introduce similar functionality into other IDE plugins (IntelliJ IDEA, NetBeans) in future releases. For all other updates in this release, check out the full changelog.

Download JRebel 6.4.8

  • Peter

    Great work. Is there any chance for IntelliJ users getting this feature, too?

  • Sander

    We are currently waiting for feedback on the design and implementation. If Eclipse remote users confirm that this feature matches the needs and adds value, IntelliJ will be next. If you (or any of your colleagues) has tried out the Eclipse impl – you can speed this up by letting us now on your thoughts : ) Just drop me a letter to sander at zeroturnaround.

  • Peter

    My colleagues are using Eclipse – we have originally requested this feature as our project structure requires it. They will try it out next week and I will let you know how it performed. Hope everything goes smooth and we will get the IntelliJ version soon :)

  • Sander

    Could you please drop us an email to sander at zeroturnaround.com or support at zeroturnaround.com. I’d like to follow up on our progress and possible get any feedback once your Eclipse-based colleagues have given it a shot :) Thank you!