Le 30/06/2014 22:00, Phil Steitz a écrit :
> On 6/30/14, 12:33 PM, Luc Maisonobe wrote:
>> Le 30/06/2014 19:15, Phil Steitz a écrit :
>>>
On Jun 30, 2014, at 9:59 AM, Gilles
wrote:
On Mon, 30 Jun 2014 09:08:00 -0700, Phil Steitz wrote:
>> On Jun 29, 2014, at 3:41 PM, Gilles
2014-06-30 21:44 GMT+02:00 Thomas Neidhart :
> On 06/30/2014 04:27 PM, Thomas Neidhart wrote:
> > On 06/30/2014 02:47 PM, Gary Gregory wrote:
> >> If I build trunk with Java 8, I get:
> >>
> >> Tests in error:
> >> HtmlEmailTest.initializationError » IllegalState Failed to transform
> >> class w
If we decide to support only a few record separators (which I'd vote for),
it makes sense to:
- introduce an enum
- throw an exception during CSVFormat validation if a record separator that
we can not handle is passed to the format
(the latter is only necessary if the record separator can also be
Hi Bernd,
from my PoV you can remove the tag for the reasons you mentioned. We
attribute authorship via the developers tag in pom.xml. So there is no need
for individual documents to contain a reference to the author who initially
created the document.
To be sure, I've put Ralph in cc, so he can o
Hello,
I think it is fine to not support record seperators other than EOL. So
as long as it supports (*) CR/LF/CRLF, NEL (U+0085 - mapped from EBCDIC)
and LS (U+2028) it is ok to not require further configuration.
One thing which is however quite common is multi-line field values
(inside quotes).
Hello,
in [VFS] (but I guess the question is broader) I see an tag in
the changes.xml. However most of the recent changes (as well as the
entries) to that file are from different persons. What is the best way
here? I feel uneasy to write a text which is attributed (possibly
unknowingly) to some o
2014-06-30 11:00 GMT+02:00 Tillmann Gaida :
> It looks like the two issues revolve around the question if record
> separators should always be some combination of CR and LF or if they
> may be more exotic. I think that if someone made the call that
> commons-csv will not support exotic record sepa
Nice!
2014-06-30 3:42 GMT+02:00 :
> Author: ggregory
> Date: Mon Jun 30 01:42:46 2014
> New Revision: 1606616
>
> URL: http://svn.apache.org/r1606616
> Log:
> Document how to handle BOMs. See also [CSV-107] CSVFormat.EXCEL.parse
> should handle byte order marks.
>
> Modified:
> commons/p
On 6/30/14, 12:33 PM, Luc Maisonobe wrote:
> Le 30/06/2014 19:15, Phil Steitz a écrit :
>>
>>> On Jun 30, 2014, at 9:59 AM, Gilles
>>> wrote:
>>>
>>> On Mon, 30 Jun 2014 09:08:00 -0700, Phil Steitz wrote:
> On Jun 29, 2014, at 3:41 PM, Gilles
> wrote:
>
>>> On Sun, 29 Jun 2014 14:
Hello,
I have commited the (new) no-hdfs profile, can you check if you still
see problems Gary?
I unfortunatelly think it is not possible to disable this profile on
the commandline (for testing if the needed binaries are installed by
hand).
Gruss
Bernd
Am Tue, 17 Jun 2014 22:22:18 -0400
schrieb
On 06/30/2014 04:27 PM, Thomas Neidhart wrote:
> On 06/30/2014 02:47 PM, Gary Gregory wrote:
>> If I build trunk with Java 8, I get:
>>
>> Tests in error:
>> HtmlEmailTest.initializationError » IllegalState Failed to transform
>> class wit...
>> ImageHtmlEmailTest.initializationError » IllegalS
Le 30/06/2014 19:15, Phil Steitz a écrit :
>
>
>> On Jun 30, 2014, at 9:59 AM, Gilles
>> wrote:
>>
>> On Mon, 30 Jun 2014 09:08:00 -0700, Phil Steitz wrote:
On Jun 29, 2014, at 3:41 PM, Gilles
wrote:
>> On Sun, 29 Jun 2014 14:39:51 -0700, Phil Steitz wrote:
>>> On 6/29/
> On Jun 30, 2014, at 9:59 AM, Gilles wrote:
>
> On Mon, 30 Jun 2014 09:08:00 -0700, Phil Steitz wrote:
>>> On Jun 29, 2014, at 3:41 PM, Gilles wrote:
>>>
> On Sun, 29 Jun 2014 14:39:51 -0700, Phil Steitz wrote:
>> On 6/29/14, 2:30 PM, Gilles wrote:
>>> On Sun, 29 Jun 2014 10:25:5
On Mon, 30 Jun 2014 09:08:00 -0700, Phil Steitz wrote:
On Jun 29, 2014, at 3:41 PM, Gilles
wrote:
On Sun, 29 Jun 2014 14:39:51 -0700, Phil Steitz wrote:
On 6/29/14, 2:30 PM, Gilles wrote:
On Sun, 29 Jun 2014 10:25:58 -0700, Phil Steitz wrote:
On 6/29/14, 9:48 AM, venkatesha murthy wrote:
O
On Mon, 30 Jun 2014 18:48:02 +0530, venkatesha murthy wrote:
On Mon, Jun 30, 2014 at 4:11 AM, Gilles
wrote:
On Sun, 29 Jun 2014 14:39:51 -0700, Phil Steitz wrote:
On 6/29/14, 2:30 PM, Gilles wrote:
On Sun, 29 Jun 2014 10:25:58 -0700, Phil Steitz wrote:
On 6/29/14, 9:48 AM, venkatesha mu
> On Jun 29, 2014, at 3:41 PM, Gilles wrote:
>
>> On Sun, 29 Jun 2014 14:39:51 -0700, Phil Steitz wrote:
>>> On 6/29/14, 2:30 PM, Gilles wrote:
On Sun, 29 Jun 2014 10:25:58 -0700, Phil Steitz wrote:
> On 6/29/14, 9:48 AM, venkatesha murthy wrote:
> On Sun, Jun 29, 2014 at 1:25 AM,
On 06/30/2014 02:47 PM, Gary Gregory wrote:
> If I build trunk with Java 8, I get:
>
> Tests in error:
> HtmlEmailTest.initializationError » IllegalState Failed to transform
> class wit...
> ImageHtmlEmailTest.initializationError » IllegalState Failed to transform
> clas...
> MultiPartEmailT
On Mon, Jun 30, 2014 at 4:11 AM, Gilles
wrote:
> On Sun, 29 Jun 2014 14:39:51 -0700, Phil Steitz wrote:
>
>> On 6/29/14, 2:30 PM, Gilles wrote:
>>
>>> On Sun, 29 Jun 2014 10:25:58 -0700, Phil Steitz wrote:
>>>
On 6/29/14, 9:48 AM, venkatesha murthy wrote:
> On Sun, Jun 29, 2014 at 1
If I build trunk with Java 8, I get:
Tests in error:
HtmlEmailTest.initializationError » IllegalState Failed to transform
class wit...
ImageHtmlEmailTest.initializationError » IllegalState Failed to transform
clas...
MultiPartEmailTest.initializationError » IllegalState Failed to transform
c
It looks like the two issues revolve around the question if record
separators should always be some combination of CR and LF or if they
may be more exotic. I think that if someone made the call that
commons-csv will not support exotic record separators, both issues
could be closed very quickly. I'd
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=33285&projectId=79
Build statistics:
State: Failed
Previous State: Failed
Started at: Mon 30 Jun 2014 08:47:43 +
Finished at: Mon 30 Jun 2014 08:48:29 +
Total time: 46s
Build Trigger: Forced
21 matches
Mail list logo