It's all about the answers!

Ask a question

Text file encoding problems between Linux and Windows Eclipse Clients

Anthony Krowiak (11111612) | asked Jul 11 '12, 2:09 p.m.
retagged Jul 11 '12, 3:57 p.m. by Evan Hughes (2.4k1318)
I recently received a computer upgrade which was loaded with the RHEL6 Open Client.  My previous machine was loaded with Windows XP.  I installed RTC Eclipse Client to develop plug-ins for my Jazz Team Server.  I created a repository workspace and loaded it from a stream on a CSNext server which is the Jazz Team Server containing our code library.  After loading the workspace, the projects did not build because the java files could not be opened.  When I tried to open them in the java editor, I got an error indicating the files could not be opened with UTF-8 encoding.  I opened the project properties editor and saw that the text file encoding property was set to "Inherited from the container (UTF-8)".  I then opened the project properties editor for the same project in the RTC Eclipse Client on my Windows machine and saw that the text file encoding property was set to "Inherited from the container (CP1252)".  I assume this is because the projects were originally created on a Windows machine. 

Before changing all of our files in the CS Next RTC SCM, I would like to know what the suggested approach is when loading files from the SCM onto multiple platforms.  Would it be worth opening a feature request to enhance the process of loading from a stream such that files stored in one format be converted to a format suitable for the client?

2 answers

permanent link
Anthony Krowiak (11111612) | answered Jul 11 '12, 5:26 p.m.
Thanks Evan.  I opened Enhancement  request 217392 for this at

permanent link
Evan Hughes (2.4k1318) | answered Jul 11 '12, 3:56 p.m.
Sadly, this is a known problem. RTC doesn't do anything prescriptive about encodings, so the user can create a project which has encodings that aren't available on other machines. Having said that, I can't find a work item that explicit mentions it, so feel free to create one. 

As to the solution: switching the encoding on the source machine should be fairly painless. If you close any open change sets, you can easily discard back to your current state without losing any work. 

Your answer

Register or to post your answer.

Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.