Bug 1015461

Summary:	Name of switchyard.xml is not updated in editor tab after renaming
Product:	[JBoss] JBoss Fuse Service Works 6	Reporter:	Tomas Rohovsky <trohovsk>
Component:	SwitchYard Editor	Assignee:	Rob Cernich <rcernich>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Tomas Rohovsky <trohovsk>
Severity:	low	Docs Contact:
Priority:	unspecified
Version:	6.0.0 GA	CC:	kbabo, ldimaggi, oskutka, soa-p-jira
Target Milestone:	ER7
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:		Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Tomas Rohovsky 2013-10-04 10:23:59 UTC

Description of problem:
Name of switchyard.xml is not updated in editor tab after renaming. Although it is required to name the config file as switchyard.xml, there are meaningful use cases for renaming of it. For example when creating backup version of it.

Version-Release number of selected component (if applicable):
1.1.0.v20130912-2244-H393-M2

Steps to Reproduce:
1. open switchyard.xml in editor
2. rename it

Actual results:
The name in editor tab is still switchyard.xml

Expected results:
There should be the new name.

Comment 2 JBoss JIRA Server 2013-10-07 23:12:47 UTC

Brian Fitzpatrick <bfitzpat> made a comment on jira SWITCHYARD-1752

I have the code now listening for resource changed events and closing the editor when the file is deleted or renamed. Continuing to investigate how to get the editor to reflect the name change in a more friendly fashion.

Comment 3 JBoss JIRA Server 2013-10-10 20:19:14 UTC

Brian Fitzpatrick <bfitzpat> made a comment on jira SWITCHYARD-1752

[~trohovsky] - Couple of things. I am not going to be able to get the editor to update properly in the short term. But I have a fix in place to close the editor should the file name change or the file be deleted. It's not the most ideal of solutions, I know. Do we want to hold off on this to the next release when we have a bit more time to look into it?

Comment 4 JBoss JIRA Server 2013-10-14 09:29:51 UTC

Tomas Rohovsky <trohovsk> made a comment on jira SWITCHYARD-1752

I do not like the solution with closing of the editor. I would definitely let the solution of this issue to the next release, if it will be more user friendly afterwards.

Comment 5 JBoss JIRA Server 2013-10-14 20:01:34 UTC

Brian Fitzpatrick <bfitzpat> made a comment on jira SWITCHYARD-1752

Ok. I have moved the "delete the file, close the editor" issue to SWITCHYARD-1770 so that's covered in this release. And we will continue to research this as we move forward. Thanks for the feedback Tomas!

Comment 6 JBoss JIRA Server 2013-10-28 23:31:12 UTC

Rob Cernich <rcernich> made a comment on jira SWITCHYARD-1752

This also provides refactoring support when copying/moving/deleting switchyard.xml files.  The refactoring support will copy/move/delete the corresponding diagram file in the project's .xml folder, including all diagram references to the source file.

This removes the resource handler that was previously put in place to handle closing the editor when the switchyard.xml file was deleted and now uses the built-in mechanism provided by the graphiti framework.  (Resource change listeners come with a performance penalty and can bog down the entire workspace.)

Comment 7 JBoss JIRA Server 2013-11-01 12:55:51 UTC

Keith Babo <kbabo> made a comment on jira SWITCHYARD-1752

pushed

Comment 8 JBoss JIRA Server 2014-06-16 23:52:11 UTC

Keith Babo <kbabo> updated the status of jira SWITCHYARD-1752 to Closed