Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=27237projectId=127
Build statistics:
State: Failed
Previous State: Failed
Started at: Mon 5 Aug 2013 09:20:14 +
Finished at: Mon 5 Aug 2013 09:20:28 +
Total time: 13s
Build Trigger: Schedule
I've removed the primitive APIs from trunk. This is seems too disruptive
toward a 1.0 at this point.
Gary
On Mon, Aug 5, 2013 at 1:18 AM, Adrian Crum
adrian.c...@sandglass-software.com wrote:
It might be best to suggest a facade that handles missing converters, null
or empty CSV fields,
On Mon, 05 Aug 2013 04:27:11 +0200, Gilles wrote:
Hi.
Please have a look at
https://issues.apache.org/jira/browse/MATH-1014
In summary, this is an API change (in line with the fluent API
proposed for the optimizers); but usage is simplified:
[...]
As a further simplification, I also
HI All:
This is for the string to Boolean converter, but I suppose this applies to
other converters.
Would providing an alternate string for true be in the spirit of
[convert]? What about for false?
The current converter would be enhanced to support this, the alt strings
would be provided in
Yes, that would be a good change.
The general goal of String conversions was to mimic the type's
toString() and valueOf() methods, but there are some exceptions that are
left over from OFBiz. I tried to remove the OFBiz-specific code when I
ported the code to Commons, but I can see I missed a
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=27239projectId=127
Build statistics:
State: Failed
Previous State: Failed
Started at: Mon 5 Aug 2013 15:20:14 +
Finished at: Mon 5 Aug 2013 15:20:22 +
Total time: 8s
Build Trigger: Schedule
Build
Is some one looking at this? Continuum says:
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] Error resolving version for
In https://issues.apache.org/jira/browse/CSV-42
One of the comments is to make all classes final.
Right now, only our package private types are final.
Thoughts?
Gary
--
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second
2013/8/5 Gary Gregory garydgreg...@gmail.com
In https://issues.apache.org/jira/browse/CSV-42
One of the comments is to make all classes final.
Right now, only our package private types are final.
Thoughts?
Sounds reasonable (to make all classes final).
Benedikt
Gary
--
E-Mail:
On 5 August 2013 16:26, Benedikt Ritter brit...@apache.org wrote:
Is some one looking at this? Continuum says:
[INFO]
[ERROR] BUILD ERROR
[INFO]
On 5 August 2013 18:46, Benedikt Ritter brit...@apache.org wrote:
2013/8/5 Gary Gregory garydgreg...@gmail.com
In https://issues.apache.org/jira/browse/CSV-42
One of the comments is to make all classes final.
Right now, only our package private types are final.
Thoughts?
Sounds
My thinking is that a good guess can increase speed of refitting under
minor changes. There might be lots of reasons why a user might already have
a good idea of the solution.
On Mon, Aug 5, 2013 at 9:13 AM, Gilles gil...@harfang.homelinux.org wrote:
On Mon, 05 Aug 2013 04:27:11 +0200, Gilles
WRT https://issues.apache.org/jira/browse/CSV-42
There is one remaining issue it seems:
Added an ignoreEncapsulationTrailingCharacters field. This is used to
either ignore or append characters that are after an encapsulated value.
Previously an IOException was being thrown here, which I don't
On 5 August 2013 22:59, Gary Gregory garydgreg...@gmail.com wrote:
WRT https://issues.apache.org/jira/browse/CSV-42
There is one remaining issue it seems:
Added an ignoreEncapsulationTrailingCharacters field. This is used to
either ignore or append characters that are after an encapsulated
Procedural question: Isn't the issue itself the proper place for this
discussion?
On Mon, Aug 5, 2013 at 11:59 PM, Gary Gregory garydgreg...@gmail.comwrote:
WRT https://issues.apache.org/jira/browse/CSV-42
There is one remaining issue it seems:
Added an
On 5 August 2013 23:35, Jochen Wiedmann jochen.wiedm...@gmail.com wrote:
Procedural question: Isn't the issue itself the proper place for this
discussion?
I would say that the issue is usually the best place for comments
about technical matters to do with the issue.
The dev mailing list is
With the latest code I'm getting build errors related to the format builder
changes:
Tests in error:
CSVFormatBuilderTest.testQuotePolicyNoneWithoutEscapeThrowsException ╗
Unexpe...
CSVFormatBuilderTest.testNewFormatLFThrowsException ╗ Unexpected exception,
e...
I have Revision: 1510832.
All is well for me from Eclipse with Java 1.5.0_22
All is well for me from the command line with:
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
08:51:28-0500)
Maven home: C:\Java\apache-maven-3.0.5\bin\..
Java version: 1.7.0_25, vendor:
On 6 August 2013 01:29, Roger L. Whitcomb roger.whitc...@actian.com wrote:
With the latest code I'm getting build errors related to the format builder
changes:
Tests in error:
CSVFormatBuilderTest.testQuotePolicyNoneWithoutEscapeThrowsException ╗
Unexpe...
2013/8/5 Romain Manni-Bucau rmannibu...@gmail.com:
Hi guys,
here where i am
1) we have a Repository class (more a singleton concept to get access to
next objects), it uses a DataStore to create/find/update two kind of
measures: counters (value + stat, it manages concurrency info) and gauge
I thought to i see you or i watch you..., the idea being to get i and y
at the start and end to do iwy or isy which is a bit fun and could be
represented by a small and funny animal.
Le 6 août 2013 04:04, Olivier Lamy ol...@apache.org a écrit :
2013/8/5 Romain Manni-Bucau rmannibu...@gmail.com:
21 matches
Mail list logo