| Author |
Message
|
| jsware |
 Posted: Thu Aug 23, 2007 5:04 am Post subject: Inconsistent line endings in ESQL |
 |
|
Chevalier
Joined: 17 May 2001
Posts: 455
|
We use Subversion for version control with the Subclipse plugin for message broker tooling.
Our subversion configuration for *.esql files has native end-of-line styles and keyword expansion.
The problem is if I add something like a compute node to a message flow, and then right click & select "Open ESQL", the toolkit creates a new Compute module, but uses UNIX line endings, not Windows.
Thus my file now contains a mixture of CRLF line endings and LF line endings. The editor tries to be clever and maintain these line endings (i.e. if I modify a compute module with unix LF line endings, it maintains them for new lines I create, and maintains Windows CRLF line endings when modifying other comput modules).
The problem is when I try to commit my changes, I get "inconsistent line endings" reported by subversion. My workaround at the moment it to CTRL+A, CTRL+X, CTRL+V on the esql file to cut and paste the whole file back into itself which makes all the line endings CRLF, which Subversion then likes.
Does anybody know how to stop this inconsistent line endings from happening in the first place?
_________________
Regards
John
The pain of low quaility far outlasts the joy of low price. |
|
| Back to top |
|
 |
| jefflowrey |
| Posted: Thu Aug 23, 2007 5:09 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
I guess you could tell Subversion that the files are not text, but binary, so that it wouldn't care about line endings.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| jsware |
| Posted: Thu Aug 23, 2007 5:32 am Post subject: |
|
|
Chevalier
Joined: 17 May 2001
Posts: 455
|
Then it would not expand the keywords such as revision ID date etc 
_________________
Regards
John
The pain of low quaility far outlasts the joy of low price. |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Thu Aug 23, 2007 5:59 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
That would be a downside, yes...
There should be some way to tell it not to convert the line endings.
Or to convert them in both directions.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| jsware |
| Posted: Thu Aug 23, 2007 6:37 am Post subject: |
|
|
Chevalier
Joined: 17 May 2001
Posts: 455
|
| jefflowrey wrote: |
There should be some way to tell it not to convert the line endings.
Or to convert them in both directions. |
Indeed Subversion does do this. Line endings are normalised into single LF bytes. The problem is that if a file contains CRLF and LF line endings then when I commit it, which lines are CRLF and which lines are LF only gets lost.
Subversion therefore complains about inconsistent line endings in text files.
What I think is needed is a way to stop the MB toolkit from adding boilerplate code using LF only line endings, or keep consistent with the native platform (i.e. use CRLF on Windows, LF on Linux).
_________________
Regards
John
The pain of low quaility far outlasts the joy of low price. |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Thu Aug 23, 2007 6:55 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
Well, if the problem is "bad" line endings after creating a new compute module, then just use Eclipse to convert the line endings after you create a new compute module.
File->Convert Line Delimiters To...
And I have some vague recollection of struggling with something like this the last time I worked with Toolkit and Subclipse.. but I don't remember (or appear to have documented) how I resolved it.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| jsware |
| Posted: Mon Aug 27, 2007 11:03 am Post subject: |
|
|
Chevalier
Joined: 17 May 2001
Posts: 455
|
| jefflowrey wrote: |
| File->Convert Line Delimiters To... |
This option only exists with the plain old text editor, not with the ESQL editor. Opening the file with this editor, taking this option saving it and opening with the ESQL editor takes much longer than doing CTRL+A,CTRL+X,CTRL+V,CTRL+S (Select All, Cut, Paste, Save) is much faster.
_________________
Regards
John
The pain of low quaility far outlasts the joy of low price. |
|
| Back to top |
|
|
|
|
