<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>John, let's wait to do this until we've frozen the code for the release. That way everyone will have their code in and we'll hopefully eliminate any potential merge conflicts. There's really no pressing need to get this done now, as long as we do it before we release.</div><div><br></div><div>Best regards,</div><div><br></div><div>Randall</div><div><br></div><div><div>On Jan 23, 2009, at 5:07 PM, John Verhaeg wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0; "><div><div style="font-family: 'Times New Roman'; font-size: 12pt; color: rgb(0, 0, 0); ">The Eclipse preferences have been updated, so I would ask that all developers please get these and import them into your Eclipse IDE. I would like to schedule a conversion of all the existing files in SVN to use the UNIX line delimiter for 1AM UTC next Wednesday (January 28th) morning. The conversion won't affect all files, but it will probably affect most. If you have anything to check in, please try to get it checked in before then. If you would like me to skip a particular project because you have lots of changes that won't be able to be checked in by that time, please let me know.<br><br>Thanks,<br><br>John Verhaeg<br>Red Hat, Inc.<br>(314) 336-2950<br><br>----- "Randall Hauch" <<a href="mailto:rhauch@redhat.com">rhauch@redhat.com</a>> wrote:<span class="Apple-converted-space"> </span><br>| John,<div><br>|</div><div>Why don't you commit the change to the Eclipse preference file that's in SVN, and developers can start grabbing that. We can then bulk change the files after that.</div><div><br>|</div><div>Best regards,</div><div><br>|</div><div>Randall</div><div><br>|<div><div>On Jan 21, 2009, at 10:12 AM, Randall Hauch wrote:</div><br class="Apple-interchange-newline"><blockquote><div>|<div>Considering that we already have files with every combination of line delimiter (though thankfully each file is consistent), has anyone experienced problems in your development environments? If so, please speak up. I know Eclipse handles them well enough, and I suspect other Java tools do as well. And for the most part I think the operating systems and tools are pretty good about how they handle these files.</div><div><br>|</div><div>Best regards,</div><div><br>|</div><div>Randall</div><div><br>|</div><div><div>On Jan 21, 2009, at 10:00 AM, John Verhaeg wrote:</div><br class="Apple-interchange-newline"><blockquote><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; "><div><div style="font-family: 'Times New Roman'; font-size: 12pt; color: rgb(0, 0, 0); ">| I'd like to propose that we change our Eclipse preferences (or the associated preferences in whatever IDE you use) to force all created/edited files to be saved with UTF-8 encoding and to use /n (LF) as the end-of-line delimiter. I'd also like to convert all of the existing files in the DNA repository to use this encoding and delimiter.<br>|<span class="Apple-converted-space"> </span><br>| Currently the files in the DNA SVN repository contain a mixture of encoding formats and end-of-line delimiters based upon the default behavior of the OS that was used to create them. With regard to delimiters, Windows ends lines of text with \r\n (CR/LF), *nix with \n (LF), and OS X with \r (CR). Eclipse apparently attempts to maintain the encoding and delimiters used when the file was originally created, but other editors and file manipulation tools don't. This sometimes results in multiple delimiter techniques used within the same file.<br>|<div style="font-family: 'Times New Roman'; font-size: 12pt; color: rgb(0, 0, 0); ">|<span class="Apple-converted-space"> </span><br>| One of the main problems with this situation is many tools can't handle this mixture of encodings and/or delimiters. Git, for instance, relies upon \n only to determine what constitutes a line. Thus, if you modify a single character in a git-managed file created using OS X, then compare the file to the one in the repository, git will report the entire file has changed. I've also seen problems in the past where someone inserts a copyright symbol in a file header comment from Windows, and subsequent compilations fail on a server performing continuous builds using Ant.<br>|<span class="Apple-converted-space"> </span><br>| Given that we do standardize our encoding technique, I doubt anyone would object to the ubiquitous UTF-8 standard. Regarding the delimiter, the two characters used by Windows increases the size of each file needlessly and, considering DNA is a JBoss project, Windows will probably be the least commonly used platform by developers. The OS X seems inappropriate simply due to the number of tools that assume the existence of line-feeds.<br>|<span class="Apple-converted-space"> </span><br>| I'd like to get everyone's feedback on this proposal. Since the second part of this proposal probably involves modifying a large number of files in SVN, we'd obviously want to do this sooner rather than later. Please comment when you get a chance.<br>|<span class="Apple-converted-space"> </span><br>| Thanks,<br>|<span class="Apple-converted-space"> </span><br>| John Verhaeg<br>| Red Hat, Inc.<br>| (314) 336-2950<br>|</div></div>_______________________________________________<br>| dna-dev mailing list<br>|<span class="Apple-converted-space"> </span><a href="mailto:dna-dev@lists.jboss.org" target="_blank">dna-dev@lists.jboss.org</a><br>|<span class="Apple-converted-space"> </span><a href="https://lists.jboss.org/mailman/listinfo/dna-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/dna-dev</a><br>|</div></span></blockquote></div><br>|</div>_______________________________________________<br>| dna-dev mailing list<br>|<span class="Apple-converted-space"> </span><a href="mailto:dna-dev@lists.jboss.org" target="_blank">dna-dev@lists.jboss.org</a><br>|<span class="Apple-converted-space"> </span><a href="https://lists.jboss.org/mailman/listinfo/dna-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/dna-dev</a><br>|</blockquote></div><br>|</div><br>| _______________________________________________ dna-dev mailing list<span class="Apple-converted-space"> </span><a href="mailto:dna-dev@lists.jboss.org">dna-dev@lists.jboss.org</a><span class="Apple-converted-space"> </span><a href="https://lists.jboss.org/mailman/listinfo/dna-dev">https://lists.jboss.org/mailman/listinfo/dna-dev</a></div>_______________________________________________<br>dna-dev mailing list<br><a href="mailto:dna-dev@lists.jboss.org">dna-dev@lists.jboss.org</a><br><a href="https://lists.jboss.org/mailman/listinfo/dna-dev">https://lists.jboss.org/mailman/listinfo/dna-dev</a><br></div></span></blockquote></div><br></body></html>