Mailing-List: contact user-help@uima.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@uima.apache.org
Received-SPF: pass (athena.apache.org: domain of twgoetz@gmx.de designates
 213.165.64.23 as permitted sender)
Message-ID: <4DAED8EC.8070005@gmx.de>
Date: Wed, 20 Apr 2011 15:00:28 +0200
From: =?UTF-8?B?VGhpbG8gR8O2dHo=?= <twgoetz@gmx.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
 rv:1.9.2.17) Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10
MIME-Version: 1.0
To: user@uima.apache.org
Subject: Re: CR+LF = 1 character?
References: <iom76s$ba1$1@dough.gmane.org>
 <BANLkTikL1G9G4WqVgz5D6y8fZ8-b4xUDPA@mail.gmail.com>
In-Reply-To: <BANLkTikL1G9G4WqVgz5D6y8fZ8-b4xUDPA@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

On 4/20/2011 14:31, Steven Bethard wrote:
> On Wed, Apr 20, 2011 at 10:58 AM, Jens Grivolla <j+asf@grivolla.net> wrote:
>> As it turns out, the other system considers CR+LF (Windows style line
>> endings) to be two characters, while UIMA sees it as one.
> 
> As Jörn suggested, this is probably a bug in the code somewhere where
> you read in the text. Perhaps you're using
> org.apache.uima.pear.util.FileUtil.loadTextFile? That's definitely
> broken in terms of line endings and I know that gave us trouble
> before. We found that org.apache.uima.util.FileUtils.file2String
> actually does the right thing, so you could use that instead. Having
> been bitten by this though, I tend to avoid the UIMA classes for
> handling files, and use com.google.common.io.Files.toString from the
> guava libraries instead, which I trust more.

This is getting slightly off-topic, but you can also use
Apache Commons IO for this sort of thing.

Although I resent having the UIMA core file utils lumped
in with the pear stuff, I can't blame you for your conclusion ;-)

--Thilo

> 
> Steve
> 
> P.S. Yes, I know I should have filed a bug report. Sorry for not
> getting around to it...